Методология RAD
Стандарт интерфейса пользователя
Стандарт оформления проектной документации
Стандарты проектирования
Стандарты
· Набор модулей (диаграмм) на каждой стадии и степень их детализации.
· Правила организации проектных решений (терминология, именование, наборы атрибутов, вид графических элементов и т.д.).
· Требования к конфигурации рабочих мест (настройка ОС, CASE, проекта).
· Механизм обеспечения совместной работы (регламентация обмена, механизм фиксации общих объектов).
· Оформление.
· Правила подготовки, согласования, утверждения.
· Настройка издательской системы.
· Настройка CASE-средств.
· Экраны.
· Клавиатура.
· Help.
· Сообщения.
· Отработка реакции пользователя.
Методология RAD (Rapid Application Development – быстрое проектирование приложений) - это пример современной методологии проектирования, основанной на спиральной модели ЖЦ ИС. Используется для небольших проектов для конкретного заказчика. Не подходит для следующих ИС:
|
|
· Сложные системы (оборонные, для космических исследований, и т.д. – эти системы требуют тщательного проектирования и высочайшего качества).
· Системы реального времени (в этих ИС должна быть сразу разработана работоспособная версия).
Оценка потребных ресурсов зависит от сложности проектируемой ИС. Сложность оценивается по количеству функциональных элементов (экранов, файлов, сообщений, отчетов и т.д.). Такая оценка не зависит от языка программирования.
Приняты следующие оценочные показатели для расчета количества разработчиков ИС: <1000 ф.э. - 1 чел.; 1000-4000 – команда(3-5 чел.); >4000 - несколько команд по 4000 на каждую.
Основные принципы RAD:
· Разработка итерациями.
· Необязательность полного завершения работ на этапе.
· Обязательность вовлечения пользователей.
· Необходимость CASE-средств.
· Необходимость использования генераторов кода (заготовок).
· Использование прототипирования.
· Тестирование и развитие одновременно с разработкой.
· Немногочисленная, хорошо управляемая группа (3-10 чел.).
· Грамотное руководство разработкой, планирование, контроль.
· Ограниченный срок разработки (2-6 месяцев).
Структурный подход должен применяться при проектировании и разработке относительно сложных систем. Заключается в декомпозиции ИС на автоматизируемые функции: подсистемы, функции, подфункции, задачи.
Достоинство: увязка составных частей.
Недостаток: чтобы учесть горизонтальные связи, ИС нужно разрабатывать фронтально.
Базовые принципы:
Главные: (а) Разбиение и (б) Иерархическое упорядочивание.
Другие принципы:
· Абстрагирование (выделение существенных аспектов).
|
|
· Формализация (строгая методология).
· Непротиворечивость (обоснованность и согласованность).
· Структурирование данных (организация).
При проектировании ИС используется 2 группы моделей:
· Функциональные (моделирование процессов). В данном курсе рассматривается модель SADT (Structured Analysis and Design Technology) и UML (Unified Model Language).
· Информационные (моделирование данных). В данном курсе рассматриваются Data Flow Diagram (DFD-модель) и Entity Relationship Diagram (ER-модель).