Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Общие требования к методологии и технологии



Читайте также:
  1. Amp;. 2 ОБЩИЕ И СПЕЦИФИЧЕСКИЕ ЗАКОНОМЕРНОСТИ РАЗВИТИЯ ЛИЧНОСТИ 'НОРМАЛЬНОГО И УМСТВЕННО ОТСТАЛОГО РЕБЕНКА
  2. CASE-технологии: определение и описание.
  3. Gt; Требования к участникам
  4. I. Жизнь Иисуса Христа: общие труды, источники
  5. I. ОБЩИЕ ПОЛОЖЕНИЯ
  6. I. ОБЩИЕ ПОЛОЖЕНИЯ
  7. I. ОБЩИЕ ПОЛОЖЕНИЯ

При проектировании любой ИС используется определенная методология. Она реализуется через конкретные технологии, стандарты, методики и средства (CASE-средства). Все это обеспечивает выполнение всех процессов ЖЦ ПО ИС. Для каждого этапа определяется состав работ, результаты, методы, средства, роль и ответственность участников.

Технология проектирования включает три основные части: пошаговая процедура (описание всех технологических операций); критерии и правила оценки результатов; нотации (графические и текстовые средства для описания системы).

Любая технологическая операция проектирования представляется след. образом:

Технология проектирования должна гарантировать достижение целей разработки с заданным качеством, в установленные сроки; давать возможность вести разработку крупных проектов по частям (по подсистемам), кот-е могут разрабатываться небольшими группами; позволять выводить док-цию автоматически; обеспечивать независ-сть выполняемых проектных решений от средств реализации ИС.

Методология RAD (Rapid Application Development, быстрая разработка приложений)

Используется спиральная модель разработки ПО ИС. Под RAD понимается процесс разработки ПО, включающий три составляющие:

§ небольшую команду программистов (от 2 до 10 человек);

§ короткий, тщательно проработанный производственный график (от 2 до 6 мес.);

§ повторяющийся цикл, в котором разработчики по мере разработки приложения, взаимодействуют с заказчиком, выполняя его новые требования и изменяя ПО.

ЖЦ ПО включает в себя фазу анализа и планирования требований; фазу проектирования; построения; внедрения.

Фаза анализа. Пользователи ИС определяют задачи, которые она должна решать них. Ограничивается масштаб проекта, временные рамки каждой фазы. Результат – четкий список функций ИС, предварит. фукц-ные и инф-ные модели ИС.

Фаза проектирования. Часть пользователей принимает участие в проектировании под руководством разработчиков. CASE-средства применяются для быстрого получения работающих прототипов приложений. Пользователи уточняют и дополняют требования пред. этапа. Каждый процесс детально изучается. Определяются требования разграничения доступа к данным, набор необходимой док-ции. ИС делится на подсистемы, кот-е разраб-тся в течение 1-1,5 месяца. В рез-те представляются общая инф-ная модель ИС; функц-ная модель ИС и подсистем; точно определенные с помощью CASE-средств интерфейсы между автономно разрабатываемыми подсистемами; построенные прототипы экранов, отчетов, диалогов.

Фаза построения. Здесь вып-яется сама быстрая разработка ПО с помощью спиральной модели разработки. Код частично формируется при помощи автоматич. генераторов, получающих инф-цию из репозитория (БД, в кот-й хранится вся и-ия о проекте) CASE-средств. Пользователи оценивают результаты, вносят коррективы. Тестирование осущ-ется непосредственно в процессе разработки.

После завершения работы на одной подсистемой, происходит ее слияние с другими частями проекта, формируется полный программный код, выполняется тестирование вз-действия этой части с другими, а затем системы в целом. Завершается физическое проектирование системы: определяется необходимость распределения данных; производится анализ их использования, физ. проектирование БД; определяются требования к аппаратуре, способы увеличения производит-сти; завершается разработка док-ции.

Результат – готовая система, выполняющая все предъявленные требования.

Фаза внедрения. Пользователи обучаются использованию системы. Планирование и подготовка к внедрению должны начинаться на этапе проектирования системы.

RAD неприменима для систем, где нужно написать большой код. Нельзя ее использовать для разработки ПО, от которого зависит безопасность людей (например, управление АЭС), т.к. RAD предполагает, что первые версии ПО могут быть с ошибками.


Дата добавления: 2015-07-10; просмотров: 116 | Нарушение авторских прав






mybiblioteka.su - 2015-2024 год. (0.006 сек.)