- •1 Автоматизированные системы
- •2 Автоматизированные системы управления
- •2 .1. Требования к асу в целом
- •2.2. Требования к функциям асу
- •2.3. Требования к подготовленности персонала асу
- •2.4. Требования к техническому обеспечению асу
- •2.5. Требования к программному обеспечению асу
- •2.6. Требования к информационному обеспечения асу
- •2.7. Требования к организационному обеспечению асу
- •2.8. Требования к лингвистическому обеспечению асу
- •2.9. Требования к правовому обеспечению асу
- •2.10. Требования к эксплуатационной документации на асу
- •2. 11 Требования безопасности
- •3 Жизненный цикл ас
- •3.1 Стадии и этапы создания ас
- •3.2 Модели жц ас
- •Информационные и коммуникационные технологии
- •4. 1 Технология разработки ас
- •4.2 Методология rad
- •4.3 Принципы системного подхода к созданию аис
- •Проектирование аис
- •5.1 Этапы проектирования данных
- •Информационная модель данных
- •Иерархическая структура данных
- •5.2.2 Сетевая модель данных
- •5.2.3 Реляционная модель данных
- •5.2.4 Объектно-ориентированная модель данных
- •Концептуальное проектирование
- •5.3.1 Модели описания предметной области и концептуальной модели данных:
- •5.3.2 Информационная модель данных
- •Типы связей.
- •5.3.3 Инструментальные средства проектирования автоматизированных систем. Понятие case- технологии.
- •1) По инструментального case- средства bPwin.
- •Понятие об информационно-вычислительной сети
- •6.1 Локальные и глобальные вычислительные сети
- •6.2 Технология Клиент-сервер
- •Основы защиты информации. Методы защиты информации
- •Список использованных источников
- •41 Иосу
4.2 Методология rad
Одним из возможных подходов к разработке АС в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:
небольшую команду программистов (от 2 до 10 человек);
короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);
повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.
Жизненный цикл АС по методологии RAD состоит из четырех фаз:
фаза анализа и планирования требований;
фаза проектирования;
фаза построения;
фаза внедрения.
Результатом данной фазы должны быть список и приоритетность функций будущей ИС, предварительные функциональные и информационные модели ИС.
Результатом данной фазы должны быть:
общая информационная модель системы;
функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;
точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;
построенные прототипы экранов, отчетов, диалогов.
Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы.
В результате формируется полный программный код, выполняется тестирование совместной работы данной части приложения с остальными, а затем тестирование системы в целом. Завершается физическое проектирование системы:
определяется необходимость распределения данных;
производится анализ использования данных;
производится физическое проектирование базы данных;
определяются требования к аппаратным ресурсам;
определяются способы увеличения производительности;
завершается разработка документации проекта.
Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.
На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой).
Методология RAD используется для относительно небольших проектов, разрабатываемых для конкретного заказчика.
4.3 Принципы системного подхода к созданию аис
Основной общий принцип системного подхода заключается в рассмотрении частей явления или системы с учетом их взаимодействия.
Системный подход включает в себя выявление структуры системы, типизацию связей, определение атрибутов, анализ влияния внешней среды.
Дисциплина, в которой исследуются и проектируются сложные технические системы называют системотехникой.
Предметом системотехники являются - организация процесса создания, использования и развития технических систем и методы, принципы их проектирования и исследования. В системотехнике формулируют цели системы и организовывают рассмотрение системы с позиций поставленных целей и постановку оптимизационных задач.
Подходы к созданию АС: структурный, блочно-иерархический, объектно-ориентированный подходы.
1. При структурном подходе как разновидности системного подхода требуется синтезировать варианты системы из компонентов (блоков) и оценивать варианты при их частичном переборе с предварительным прогнозированием характеристик компонентов.
2. Блочно-иерархический подход к проектированию использует идеи декомпозиции сложных описаний объектов и соответственно средств их создания на иерархические уровни и аспекты, вводит понятие стиля проектирования (восходящее и нисходящее), устанавливает связь между параметрами соседних иерархических уровней.
3. Объектно-ориентированный подход использует ряд важных структурных принципов, используемых при разработке информационных систем и прежде всего их программного обеспечения (ПО).
Такой подход имеет следующие преимущества в решении проблем управления сложностью и интеграции ПО:
вносит в модели приложений большую структурную определенность, распределяя представленные в приложении данные и процедуры между классами объектов;
сокращает объем спецификаций благодаря введению в описания иерархии объектов и отношений наследования между свойствами объектов разных уровней иерархии;
уменьшает вероятность искажения данных вследствие ошибочных действий за счет ограничения доступа к определенным категориям данных в объектах. Описание в каждом классе объектов допустимых обращений к ним и принятых форматов сообщений облегчает согласование и интеграцию ПО.
Для всех подходов к проектированию сложных систем характерны также следующие особенности.
1. Структуризация процесса моделирования, выражаемая декомпозицией проектных задач и документации, выделением стадий, этапов, проектных процедур. Эта структуризация является сущностью блочно-иерархического подхода к моделированию.
2. Итерационный характер моделирования.
3. Типизация и унификация проектных решений и средств моделирования.
Стили проектирования:
- Нисходящее (Top-of-Design); четкая реализация нисходящего проектирования приводит к спиральной модели разработки ПО, на каждом витке спирали блоки предыдущего уровня детализируются, используются обратные связи (альтернативой является так называемая каскадная, относящаяся к поочередной реализации частей системы);
- Восходящее(Bottom-of-Design);
- Эволюционное (Middle-of-Design).
Чаще всего используется нисходящий стиль блочно-иерархического проектирования.
Этапы нисходящего проектирования АИС регламентируются ГОСТ 34.601-90 ( формирование требований к АИС, разработка концепции АИС, ТЗ, эскизный проект, рабочий проект, рабочая документация, внедрение и сопровождение).
В России действует государственный стандарт на стадии создания автоматизированных систем ГОСТ 34.601-90. Существует международный стандарт на стадии жизненного цикла программной продукции (ISO 12207:1995).