Лекции - Проектирование автоматизированных систем обработки и управления (АСОиУ)

Подождите немного. Документ загружается.

представляются в виде сети, связанной потоками данных. Главная цель таких

средств – продемонст рировать, как каждый процесс преобразует свои входные

данные в выходные, а также выявить отношения между этими процессами.

Диаграммы «сущность-связь» (ERD) предназначены для разработки

моделей данных и обеспечивают стандартный способ определения данных и

отношений между ними. Фактически с пом ощью ERD осуществляется

детализация хранилищ данных проектируемой системы, а также документиру-

ются сущности системы и способы их взаимодействия, включая идентифика-

цию объектов, важных для предметной области, свойств этих объектов и их

отношений с другими объектами.

С помощью диаграмм переходов состояний (STD) можно моделировать

по следующее функционирование системы на о снове ее предыдущего и

текущего функционирования. Моделируемая система в любой заданный момент

времени находится точно в одном из конечного множества состояний. С

течением времени она может изменить свое состояние, при этом переходы

между состояниями должны быть точно определены.

Перечисленные средства дают полное описание системы независимо от

того, является ли она существующей или разрабатываемой с нуля.

Таким образом строится логическая функциональная спецификация –

подробное описание того, что должна делать система, освобожденное насколько

это возможно от рассмотрения путей реализации. Это дает проектировщику

четкое представление о конечных результ атах, которые следует достигать.

6 ОСНОВНЫЕ, ВСПОМОГАТЕЛЬНЫЕ И

ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ (МЕЖДУНАРОДНЫЙ

СТАНДАРТ ISO/IEC 12207). СОДЕРЖАНИЕ ОСНОВНЫХ

ПРОЦЕССОВ ЖЦ ПО ИС

Жизненный цикл ИС можно представить как ряд событий, происходящих

с системой в процессе ее создания и использования.

Стандарт ISO/IEC 12207:1995 – стандарт на процессы и организацию

жизненного цикла. Распространяется на все виды заказного ПО.

В соответствии с базовым международным стандартом ISO/IEC 12207 все

процессы ЖЦ ПО делятся на три группы:

1. Основные процессы:

• приобретение;

• поставка;

• разработка;

• эксплуатация;

• сопровождение.

2. Вспомогательные процессы:

• документирование;

• управление конфигурацией;

• обеспечение качества;

• разрешение проблем;

• аудит;

• аттестация;

• совместная оценка;

• верификация.

3. Организационные процессы:

• создание инфраструктуры;

• управление;

• обучение;

• усовершенствование.

Вспомогательные проце ссы предназначены для поддержки выполнения

основных процессов, обеспечения качества проекта, организации верификации,

проверки и тестирования ПО. Организационные проце ссы определяют

действия и задачи, выполняемые как заказчиком, так и разработчиком про екта

для управления своими процессами.

Характеристики основных процессов:

1. Приобретение (исполнитель – заказчик). Включает действия:

• инициирование;

• подготовка заявочных предложений;

• подготовка договора;

• контроль деятельности поставщика;

• приемка ИС.

На вход получает:

• решение о нача ле работ по внедрению ИС;

• результаты иследования деятельности заказчика;

• результаты анализа рынка ИС/тендера;

• план поставки/разработки

• комплексный тест ИС.

Результатом является:

• технико-экономическое обо снование внедрения ИС;

• техническое задание на ИС;

• договор на поставку/разработку;

• акты приемки этапов работы;

• акт приемно-сдаточных испытаний.

2. Поставка (исполнитель – разработчик ИС). Включает действия:

• инициирование;

• ответ на заявочные предложения;

• подготовка договора;

• планирование исполнения;

• поставка ИС.

На вход получает:

• техническое задание на ИС;

• решение руководства об участии в разработке;

• результаты тендера;

• техническое задание на ИС;

• план управления проектом;

• разработанная ИС и документация.

Результатом является:

• решение об участии в разработке;

• коммерческие предложения/ конкурсная заявка;

• договор на поставку/разработку;

• план управления проектом;

• реализация/корректировка;

• акт приемно-сдаточных испытаний.

3. Разработка (разработчик ИС). Включает действия:

• подготовка;

• анализ требований к ИС;

• проектирование архитектуры ИС;

• разработка требований к ПО;

• проектирование архитектуры ПО;

• детальное проектирование ПО;

• кодирование и тестирование ПО;

• интеграция ПО и квалификационное тестирование ПО;

• интеграция ИС и квалификационное тестирование ИС.

На вход получает:

• техническое задание на ИС;

• модель ЖЦ;

• подсистемы ИС;

• спецификации требования к компонентам ПО;

• архитектура ПО;

• материалы детального проектирования ПО;

• план интеграции ПО, тесты;

• архитектура ИС, ПО, документация на ИС, тесты.

Результатом является:

• используемая модель ЖЦ, стандарты разработки;

• план работ;

• состав подсистем, компоненты оборудования;

• спецификации требования к компонентам ПО;

• состав компонентов ПО, интерфейсы с БД, план интеграции ПО;

• проект БД, спецификации ин терфейсов ме жду компон ентами ПО,

требования к тестам;

• тексты модулей ПО, акты автономного тестирования;

• оценка соответствия комплекса ПО требованиям ТЗ;

• оценка соответствия ПО, БД, технического комплекса и комплекта

документации требованиям ТЗ.

7 ДОПОЛ НИТЕЛЬНЫЕ ГРУППЫ ПРОЦЕССОВ ЖЦ ПО ИС

(МЕЖДУНАРОДНЫЙ СТА НДАРТ ISO/IEC 15288)

В 2 0 0 2 г. был разработан и опубликован ст андарт на проце ссы

жизненного цикла систем (ISO/IEC 15288). К разработке стандарта были

привлечены специалисты различных областей: системной инженерии,

программирования, управления качеством, человеческими ресурсами,

безопасностью и пр. Был учтен практический опыт создания систем в

правительственных, коммерческих, военных и академических организациях.

Ст анд арт п рим ен им дл я ш иро ко го к ла сс а с ист ем, но е го о сн овн о е

предназначение – поддержка создания компьютеризированных систем.

Согласно этому стандарту в структуру ЖЦ следует включать следующие

группы процессов:

1. Договорные процессы – внутренние решения или решения внешнего

поставщика:

• приобретение;

• поставка.

2. Процессы предприятия:

• управление окружающей средой предприятия;

• инвестиционное управление;

• управление ЖЦ ИС;

• управление ресурсами;

• управление качеством.

3. Проектные процессы:

• планирование проекта;

• оценка проекта;

• контроль проекта;

• управление рисками;

• управление конфигурацией;

• управление информационными потоками;

• принятие решений.

4. Технические процессы:

• определение требований;

• анализ требований;

• разработка архитектуры;

• внедрение;

• интеграция;

• верификация;

• переход;

• аттестация;

• эксплуатация;

• сопровождение;

• утилизация.

5. Специальные процессы:

• определение и установка взаимосвязей исходя из задач и целей.

Стадии создания систем:

1. Формирование концепции – ана лиз потребностей, выбор концепции и

проектных решений.

2. Разработка – проектирование системы

3. Реализация – изготовление системы.

4. Эксплуатация – ввод в эксплуатацию и использование системы.

5. Поддержка – обе спечение функциони рования системы.

6. Снятие с эксплуатации – прекращение использования, демонтаж,

архивирование системы.

8 КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ИС. СТАДИИ И

ЭТАПЫ ПРОЕКТИРОВАНИЯ. МОДЕЛЬ «AS-IS». МОДЕЛЬ

«TO-BE»

Организация канониче ского про ектирования ИС ориентирована на

использование главным образом каскадной модели жизненного цикла ИС.

Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

В зависимости от сложности объекта автоматизации и набора задач,

требующих решения при создании конкретной И С, стадии и этапы работ могут

иметь различную трудоемко сть. Допускается объединять последовательные

этапы и даже исключать некоторые из них на любой стадии проекта .

Допу скается также начинать выполнение работ следующей стадии до

окончания предыдущей.

Стадии и этапы создания ИС, выполняемые организациями-участниками,

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

1. Формирование требований к ИС. На начальной стадии проектирования

выделяют следующие этапы работ:

1.1. обследование объекта и обоснование необходимости создания ИС;

1.2. формирование требований пользователей к ИС;

1.3. оформление отчета о выполненной работе и тактико-технического

задания на разработку.

2. Разработка концепции ИС:

2.1. изучение объекта автоматизации;

2.2. проведение необходимых научно-исследовательских работ;

2.3. разработка вариантов концепции ИС, удовлетворяющих требованиям

пользователей;

2.4. оформление отчета и утверждение концепции.

3. Техническое задание:

3.1. разработка и утверждение технического задания на создание ИС.

4. Эскизный проект:

4.1. разработка предварительных проектных решений по системе и ее

частям;

4.2. разработка эскизной документации на ИС и ее части.

5. Технический проект.

5.1. разработка проектных решений по системе и ее частям;

5.2. разработка документации на ИС и ее части;

5.3. разработка и оформление документации на поставку комплектующих

изделий;

5.4. разработка заданий на проектирование в смежных частях проекта.

6. Рабочая документация.

6.1. разработка рабочей документации на ИС и ее части;

6.2. разработка и адаптация программ.

7. Ввод в действие:

7.1. подготовка объекта автоматизации;

7.2. подготовка персонала;

7.3. комплектация ИС поставляемыми изделиями (программными и

техническими средствами, программно-техническими комплексами,

информационными изделиями);

7.4. строительно-монтажные работы;

7.5. пусконаладочные работы;

7.6. проведение предварительных испыт аний;

7.7. проведение опытной эксплуатации;

7.8. проведение приемочных испыт ани й.

8. Сопровождение ИС:

8.1. выполнение работ в соответ ствии с гарантийн ыми обязательствами;

8.2. послегарантийное обслуживание.

Oбследование – это изучение и диагно стиче ский анализ

организационной структуры предприятия, его деятельности и существующей

системы обработки информации.

В рамках обследования осуществляется:

• предварительное выявление требований, предъявляемых к будущей системе;

• определение оргштатной и топологической структур предприятия;

• определение перечня целевых задач предприятия;

• анализ распределения функций по подразделениям и сотрудникам;

• определение перечня применяемых на предприятии средств автоматизации.

При этом выявляются функциональные деятельно сти каждого из

подразделений предприятия и функциональные взаимодействия между ними,

информационные потоки внутри подразделений и между ними, внешние по

отношению к предприятию объекты и внешние информационные

взаимодействия.

В качестве исходной информации при проведении обследования и

выполнении дальнейших этапов служат:

• данные по оргштатной структуре предприятия;

• информация о принятых технологиях деятельности;

• стратегические цели и перспективы развития;

• результаты интервьюирования сотрудников (от руководителей до исполните-

лей нижнего звена);

• предложения сотрудников по усовершенствованию бизнес-проце ссов

предприятия;

• нормативно-справочная документация;

• опыт системных аналитиков в части наличия типовых решений .

Модели деятельности организации создаются в двух видах:

• модель «как е сть» («as-is») – отражает существующие в организации бизнес-

процессы, описывает положение дел на предприятии (оргштатная структура,

взаимодействия подразделений, принятые технологии, автоматизированные и

неавтоматизированные бизнес-процессы и т.д.) на момент обследования;

позволяет понять, что делает и как функционирует данное предприятие с

позиций системного анализа, а также на основе автоматической верификации

выявить ряд ошибок и узких мест и сформулировать ряд предложений по

улучшению ситуации;

• модель «как должно быть» («to-be») – интегрирует перспективные

предложения руководства и сотрудников п редприятия, экспертов и системных