Поэтому в упрощенном варианте рекомендуется следующий набор до-кументов для этапа технический проект:
·пояснительная записка к техническому проекту;
· спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты;
· описание организации информационной базы.
Содержание пояснительной записки к техническому проекту подробно описано в стандарте РД 50-34.698-90 и не требует дополнительных объяснений. Она оформляется в виде отдельного документа с титульным листом, содержащим утверждающие и согласующие подписи.
Спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты содержат описание свойств трех основных компонент ИС: программные модули, таблицы БД и пользовательский интерфейс.
Спецификации для программного модуля содержат назначение и характеристика каждого программного модуля (постановка задачи, общие требования к входным и выходным данным, описание алгоритма функционирования) и результаты выполнения модуля (выходной документ, экранная форма и т.п.). В качестве программных модулей описываются все функциональные блоки нижнего уровня иерархии модели “TO BE” (см. дерево узлов в Приложении №3).
Результат представляется для каждого программного модуля в виде Заголовка модуля (имя модуля, имена и типы формальных параметров, краткое описание назначение модуля и выполняемые им функции), Паспорта модуля (описание всех входных данных – используемых полей таблиц БД, вызываемых модулей) и Функциональной схемы модуля (блок схема алгоритма графическими средствами или ссылка на реализуемую выходную или экранную формы).
Спецификации для таблиц БД содержат описание каждого поля таблиц (тип и размер поля, его смысловое значение).
Спецификации для пользовательского интерфейса содержат описание всех элементов пользовательского интерфейса (имя элемента, назначение, какой программный модуль запускается, какой результат получают).
Документ «Описание организации информационной базы» содержит разделы:
· входная информация;
· выходная информация;
· логическая структура базы;
· физическая структура базы.
Раздел «Входная информация» должен содержать перечень и описание входных сообщений: наименование, форму представления, сроки и ча-стоту поступления, а также источник информации (документ, видеокадр, устройство, информационная база на машинных носителях и т.д.).
Раздел «Выходная информация» содержит перечень и описание выходных сообщений: наименование, форму представления сообщения (документ, видеокадр, сигнал управления), периодичность выдачи, сроки выдачи и допустимое время задержки решения; получателей и назначение выходной информации.
В разделе «Логическая структура» приводят описание состава данных, их форматов и взаимосвязей между данными (ER-диаграмма).
В разделе «Физическая структура» приводят описание избранного варианта расположения данных на базе конкретного СУБД.
На этапе технического проекта завершается проектирование и начинается разра6отка ИС с помощью программных инструментариев, предназначенных для этих целей, например с помощью Delphi, Oracle Developer / 2000 и др.
На этапе "Рабочая документация” каскадной модели ЖЦ производится разработка рабочей документации (руководства операторов, программистов и администраторов, различного рода инструкции), которая необходима для поддержания уровня эксплуатационных характеристик. На этом же этапе разрабатываются программы на основе спецификаций требований для программных модулей и пользовательского интерфейса. В случае приобретения готовых программных средств производится их адаптация и привязка к системе. На всех стадиях создания программных средств осуществляется их тестирование.
На этапе "Ввод в действие" выделяются три группы работ: подготов-ка персонала, пусконаладочные работы и испытания.
Подготовка персонала заключается в обучении различного рода по-льзователей и обслуживающего персонала по специально созданным учебным материалам обычно с участием разработчиков и в проверке их способ-ности обеспечить функционирование ИС.
Пусконаладочные работы включают автономную наладку технических и программных средств, загрузку информации в базу данных и комплексную наладку всех средств системы.
Испытания системы в полном объеме содержат три стадии, подробно описанные в ГОСТ 34.603-92: предварительные испытания, опытная эксплуатация и приемочные испытания. Общим для них является созда-ние комиссий для проведения испытаний, программы, методик и протоколов испытаний, а также акта об их результатах.
Во время предварительных испытаний осуществляют проверку ИС на работоспособность и соответствие техническому заданию в соответствии с программой и методиками и предварительных испытаний. По результатам предварительных испытаний производят устранение неисправностей в системе и внесение изменений в документацию техническую и эксплуатационную. В случае успешного проведения предварительных испытаний оформляется акт о приемке ИС в опытную эксплуатацию.
Опытная эксплуатация заключается в работе с реальными данными без участия разработчиков по программе и методикам испытаний с регистрацией всех ошибок, сбоев и нештатных ситуаций. По итогам опытной эксплуатации производится доработка программного обеспечения и дополнительная наладка технических средств. Работы завершаются оформлением акта о результатах опытной эксплуатации.
Проведение приемочных испытаний заключается в комплексной проверке реально функционирующей в полном объеме ИС на соответствие техническому заданию. В случае положительных результатов испытаний оформляется акт о приемке ИС в постоянную эксплуатацию. Этот акт является подтверждением того факта, что разработчик полностью реализовал все положения ТЗ.
На этапе сопровождения ИС анализируется функционирование ИС, выявляются отклонения эксплуатационных характеристик, устраняются причины этих отклонений, выпускаются новые версии системы с соответствующими изменениями в документации.
Литература
1. Коваленко В.В. Проектирование информационных систем. РГРТУ, Рязань, 2006. 184 с.
2. Липаев В.В., Филинов Е.Н. Мобильность программ и данных в открытых информационных системах. М.: Научная книга, 1997. 368 с.
3. Маклаков В.С. Создание информационных систем с All Fusion Modeling Suite. М.: ДИАЛОГ-МИФИ, 2003. 432 с.
Приложение №1
Организационная диаграмма и Swim Lane diagram
Приложение №2
Функциональная модель “AS IS” управления городом
Приложение №3
Функциональная модель “ТО ВЕ ” управления городом
Приложение №4
Пример курсового проекта “ИС продуктового магазина самообслуживания”
по дисциплине “Проектирование ИС”
студенту группы ______________________________
разработать проект ИС продуктового магазина самообслуживания.
1. Выбор, анализ и описание предметной области.
2. Анализ существующих систем
3. Проектирование бизнес-процессов выбранной предметной области по методологии IDEF0:
· построение организационной диаграммы Organization Chart;
· построение диаграмм плавательных дорожек Swim Lane;
· создание контекстной диаграммы;
· определение уровней декомпозиции с применением IDEF0, IDEF3 и DFD методологий;
· создание всех элементов диаграммы AS IS (функциональных блоков, дуг, меток и пр.);
· построение моделей TO BE;
· выбор оптимальной функциональной IDEF0-модели TO BE.
4. Разработка ER-модели предметной области по методологии IDEF1X
· определение сущностей (задание первичных и внешних ключей);
· определение атрибутов с указанием типов выбранного СУБД;
· определение связей между сущностями.
5. Построение сценария диалога (дерева меню) и разработка на его основе
пользовательского интерфейса средствами DELPHI или СУБД ACCESS.
6. Проектирование информационной системы выполнить в соответствии
с этапами жизненного цикла каскадной модели по ГОСТ 34.601-90.
Каждый этап завершать разработкой документации на основе того же ГОСТа и РД 50-34.698-90:
· технико-экономическое обоснование;
· техническое задание;
· пояснительная записка к техническому проекту;
· спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты;