- •Модуль I. Жизненный цикл разработки автоматизированных систем.
- •1.Введение в дисциплину. Основные термины и определения. Общая характеристика процесса создания асоиу.
- •2.Системный подход к проектированию асоиу. Классификация асоиу и подсистем.
- •3.Жизненный цикл асоиу. Модели жц асоиу. Процесс проектирования асоиу.
- •Модуль II. Стадии создания автоматизированных систем обработки информации и управления
- •4.Формирование требований к асоиу. Формирование целей создания автоматизированных систем. Правила оформления технической документации.
- •5.Обследование объекта автоматизации. Методы обследования объекта автоматизации. Бизнес-модель предприятия
- •6.Функциональное моделирование. Cтандарт idef 0. Моделирование потоков данных dfd
- •7.Карты бизнес - процессов предприятия. Ключевые показатели эффективности процессов
- •8.Концептуальное проектирование асоиу. Разработка и выбор вариантов концепции системы.
- •9.Разработка технического задания. Порядок разработки, согласования и утверждения тз на создание ас
- •10.Технорабочий проект асоиу. Разработка технического проекта. Разработка рабочей документации на систему и ее части.
- •11.Ввод в действие асоиу. Виды испытаний асоиу. Сопровождение асоиу
- •Модуль III. Виды обеспечения асоиу
- •12.Программное обеспечение асоиу. Структура программного обеспечения. Управление требованиями к по асоиу
- •13.Информационное обеспечение асоиу. Формализация входной и выходной информации. Проектирование базы данных как вида информационного обеспечения асоиу
- •14.Техническое обеспечение асоиу
- •Математическое обеспечение асоиу
- •Лингвистическое обеспечение асоиу
- •15. Эргономическое обеспечение асоиу
- •16.Организационное, методическое и правовое виды обеспечения асоиу.
- •Модуль IV. Разработка программного обеспечения асоиу
- •17.Современные технологии разработки программного обеспечения асоиу. Rup. Msf. Xp.
- •18.Проектирование по асоиу на основе объектно-ориентированного подхода. Методика проектирования
- •19.Язык uml. Виды диаграмм описания по асоиУв нотации uml
- •20.Паттерны проектирования. Классификация паттернов проектирования
- •21.Разработка программного обеспечения через тестирование. Процесс рефакторинга по асоиу
- •22.Управление командной разработкой по асоиу. Инструментальные средства командной разработки
- •23.Принципы создания пользовательского интерфейса по асоиу. Процесс разработки (дизайна) интерфейса
- •Case системы.
- •24.Основы управления проектами разработки асоиу. Библиотека инфраструктуры информационных технологий (itil).
- •Список использованной литературы
Модуль III. Виды обеспечения асоиу
12.Программное обеспечение асоиу. Структура программного обеспечения. Управление требованиями к по асоиу
Программное обеспечение АСОИУ.
Под программным обеспечением автоматизированной системы понимается совокупность программ на носителях данных и программных документов, предназначенная для отладки, функционирования и проверки работоспособности АСОИУ [1]. Программное изделие в АСОИУ – это программное средство, изготовленное, прошедшее испытания установленного вида и поставляемое как продукция производственно-технического назначения для применения в АСОИУ.
Программно-технический комплекс автоматизированной системы (ПТК АС) - продукция, представляющая собой совокупность средств вычислительной техники, программного обеспечения и средств создания и заполнения машинной информационной базы при вводе системы в действие достаточных для выполнения одной или более задач АСОИУ. При реализации нескольких программ в рамках одной системы необходимо говорить о программной совместимости автоматизированных систем, характеризуемой возможностью работы программ одной системы в другой и обмена программами, необходимыми при взаимодействии АСОИУ.
Комплект стандартов, регламентирующих создание ПО АСОИУ – стандарты ГОСТ группы 19 и ИСО/МЭК. Ниже приведен перечень основных стандартов:
ГОСТ 19.701-90 (ИСО 5807-85) Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения
ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению
ГОСТ Р ИСО/МЭК 12207-99 Информационная технология Процессы жизненного цикла программных средств.
ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению.
ГОСТ Р ИСО/МЭК 12119-2000 Информационная технология Пакеты программ. Требования к качеству и тестирование.
ГОСТ Р ИСО/МЭК 14764-2001 Информационная технология Сопровождение программных средств.
ГОСТ Р ИСО/МЭК ТО 15271-2001 Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)
Жизненный цикл программного обеспечения и их процессы регламентируется ГОСТ Р ИСО/МЭК 12207-99.
Выделяют 5 основных процессов ЖЦ, которые реализуются под управлением основных сторон, вовлеченных в жизненный цикл программных средств. Это процесс заказа, процесс поставки, процесс разработки, процесс эксплуатации и процесс сопровождения. Вспомогательные процессы жизненного цикла состоят из восьми процессов. Вспомогательный процесс является целенаправленной составной частью другого процесса, обеспечивающей успешную реализацию и качество выполнения программного проекта. Вспомогательный процесс, при необходимости, инициируется и используется другим процессом.
Вспомогательными процессами являются: процесс документирования, процесс управления конфигурацией, процесс обеспечения качества, процесс верификации, процесс аттестации, процесс совместного анализа, процесс аудита и процесс решения проблемы.
Организационные процессы жизненного цикла состоят из четырех процессов. Они применяются в какой-либо организации для создания и реализации основной структуры, охватывающей взаимосвязанные процессы жизненного цикла и соответствующий персонал, а также для постоянного совершенствования данной структуры и процессов. Эти процессы, как правило, являются типовыми, независимо от области реализации конкретных проектов и договоров; однако, уроки, извлеченные из таких проектов и договоров, способствуют совершенствованию организационных вопросов. Организационными процессами являются: процесс управления, процесс создания инфраструктуры, процесс усовершенствования, процесс обучения.
Структура программного обеспечения.
Структура программного обеспечения – совокупность программных компонент, образующих единый программный комплекс в составе АСОИУ (рисунок 12.1). Среди компонент можно выделить приобретаемые и разрабатываемые группы программного обеспечения.
Рисунок 12.1 Пример структуры программного обеспечения.
Структура разрабатываемого ПО формируется в соответствии с той технологией проектирования ПО, которая выбрана разработчиком АСОИУ.
Управление требованиями к ПО АСОИУ.
Требования к ПО состоят из трех уровней: бизнес-требования, требования пользователей, функциональные требования (или требования поведения), нефункциональные требования [17].
Бизнес-требования содержат высокоуровневые цели организации или заказчиков системы. В бизнес-требованиях объясняется, почему организации нужна такая система, то есть описаны цели, которые организация намерена достичь с ее помощью. Бизнес-требования описывают в форме документа об образе и границах проекта (устав проекта, или документ рыночных требований. Определение границ проекта представляет собой первый этап - управление общими проблемами расползания границ.
Документ «Требования пользователей» описывает цели и задачи, которые пользователям позволит решить система. Способы представления этого вида требований: варианты использования; сценарии; таблицы «событие — отклик». В документе должна быть указано, что клиенты смогут делать с помощью системы.
Функциональные требования определяют функциональность ПО, которую разработчики должны построить, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований. Документ содержит положения с традиционным «должен» или «должна». Функциональные требования описывают, что разработчику необходимо реализовать.
В дополнение к функциональным требованиям необходимо описывать нефункциональные, где описаны цели и атрибуты качества. Атрибуты качества - дополнительное описание функций продукта, выраженное через описание его характеристик, важных для пользователей или разработчиков. Примеры нефункциональных требований: легкость и простота использования; легкость перемещения; целостность; эффективность и устойчивость к сбоям; предполагаемые качество; производительность. Другие нефункциональные требования описывают внешние взаимодействия между системой и внешним миром, а также ограничения дизайна и реализации. Ограничения касаются выбора возможности разработки внешнего вида и структуры продукта.
Системные требования - высокоуровневые требования к продукту, которые содержат многие подсистемы, то есть система (IEEE, 1998с). Система - программное обеспечение или подсистемы ПО и оборудования. Люди — часть системы, поэтому определенные функции системы могут распространяться и на людей.
Функциональные требования документируются в спецификации требований к ПО. В спецификации требований к ПО описывается так полно, как необходимо, ожидаемое поведение системы. Спецификация требований к ПО используется при разработке, тестировании, гарантии качества продукта, управлении проектом и связанных с проектом функциях.
Управление требованиями – это выработка и поддержание взаимного согласия с заказчиками по поводу требований к разрабатываемому ПО. Это соглашение воплощается в спецификации (в письменной форме) и моделях.
Для создания спецификации требований к ПО на естественном языке используются средства управления требованиями. В небольших проектах для управления требованиями можно использовать электронные таблицы или простые базы данных. В более крупных проектах выгодно применять коммерческие средства управления требованиями. Такие продукты позволяют пользователям импортировать требования из исходных документов, определять значения атрибутов, фильтровать и выводить на экран содержание базы данных, экспортировать требования в различных форматах, контролировать связи трассирования и соединять требования с элементами, хранящимися в других средствах разработки