Документирование разрабатываемой ИС

Одним из наиболее важных факторов качественного проектирования систем является четко организованная, легко читаемая и усваиваемая документация, сжатая, но полная, допускающая внесение изменений. Документация на сложные ИС предназначена для детального отображения их содержания и специфики в процессе разработки, отладки, изготовления, эксплуатации и сопровождения.

Продвигаясь в рамках цикла проектирования от требований пользователей и функциональной спецификации к объединению и оценке действующей системы, можно определить, какая информация должна быть включена в документацию на каждом уровне проектирования и построения системы. Для полного цикла проектирования целесообразно выделить следующие уровни:

1. Требования пользователей и функциональные спецификации.

Этот уровень содержит информацию, необходимую для оценки функционирования системы. Рациональным является разработка на этом этапе руководства пользователя или руководства оператора, в которых описывается работа системы. (Следует отметить, что принято разрабатывать этот документ в конце цикла проектирования).

2. Проектная документация системы. Сюда включаются проектные спецификации программного обеспечения, а также описания процедур, модулей и подсистем на языке проектирования. Обязательной является следующая информация: идентификационные номера процедур и модулей; имя проектировщика каждой процедуры и модуля; дата проектирования процедуры или модуля; имена всех, кто вносил изменения в проект; даты внесения изменений в проект; краткие сведения о том, что делают процедура или модуль; имя модуля, которому принадлежит процедура описание структуры данных и параметров, которые обрабатываются данной процедурой; пояснения о назначении каждого параметра в структуре данных, если это неясно из контекста.

3. Программная документация. Состоит из описания процедур и модулей системы в виде программ на языке программирования.

4. План объединения. Состоит преимущественно из информации для руководства проектом (включает схемы руководства календарными сроками проекта).

5. Техническая документация. Содержит функциональные описания аппаратных средств.

6. План отладки аппаратных средств.

 

Методологии проектирования информационных систем

Перечисленные стадии в целом отражают этапность работ при создании ИС независимо от используемых технологий проектирования. Рекомендуемые для использования методологии – методологии структурного и объектно-ориентированного анализа и проектирования с использованием CASE-средств. Содержание каждого из этапов проектирования ИС представлено в таблице (табл.2.).

Таблица 2.

Содержание этапов проектирования ИС

	Структурный подход	Объектно-ориентированный подход
Сбор требований и анализ	Создается предварительный список требований. Затем производится анализ требований, во время которого выделяются основные процессы, происходящие в моделируемой системе. Происходит определение функциональной (концептуальной) модели бизнеса - определение данных, необходимых для реализации модели. В соответствии с методологией IDEF0 строятся функциональные модели ПО. Рекомендуемое количество уровней детализации на диаграммах – 6, 7, что объясняется свойством оперативной памяти человека одновременно воспринимать и работать примерно с 7 информационными объектами.	Создается предварительный список требований. Затем производится анализ требований, во время которого выделяются основные процессы, происходящие в моделируемой системе. Происходит их формулировка в виде прецедентов. Прецедент- это текстовое описание процессов, происходящих в предметной области. Составление диаграммы вариантов использования. Объектно-ориентированный анализ предметной области. Задача этого шага в определении видов деятельности участников процесса и составлении концептуальной модели, которая отражает различные категории элементов предметной области. Причем не только виды деятельности участников, но и все относящиеся к делу понятия. Составление диаграммы последовательностей, состояний и деятельности.
Проектирование	На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм. На данном этапе строятся диаграммы, моделирующие данные и взаимосвязи между ними – модель ERD «сущность-связь» с использованием стандарта IDEF1 (X). На основе данных, полученных на предыдущем этапе, выявляются сущности, определяются связи между ними, а также их атрибуты. Определяется наличие альтернативных ключей.	Основное внимание сосредоточено на распределении обязанностей. Распределение обязанностей означает выделение задач и обязанностей различных программных объектов в приложении. На этом этапе выявляются классы, и описывается их поведение, после чего классы распределяются по четырем уровням: стандартный пользовательский интерфейс (презентационный уровень), бизнес-уровень, уровень доступа и уровень данных. Наиболее важным моментом является квалифицированное распределение обязанностей между компонентами программной системы. Обязанности объектов и их взаимодействия изображаются с использованием диаграмм классов и диаграмм взаимодействий, также строится диаграмма компонентов и диаграмма развертывания..
Реализация	Конвертирование построенной логической модели ИС в физическую. Генерация базы данных, обеспечение работы автоматизированных функций ИС. Конечная сборка приложения.	Осуществляется однозначное соответствие между проектными классами и кодом, созданным на этапе разработки. Также происходит: - реализации прототипа архитектуры; -реализация (программирование) компонентов (классов и объектов); - тестирование компонентов; - интеграция компонентов; - сборки приложения; - проверки архитектуры;
Внедрение и оценка эффективности внедрения ИС	Отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС в эксплуатацию.

 

Использование различных методологий проектирования подразумевает и различные подходы к проектированию модели баз данных, входящих в состав информационной системы. В результате структурного подхода к анализу и проектированию ИС реализуется реляционная база данных, в то время как объектно-ориентированный подход подразумевает построение объектно-ориентированной базы данных.

Приложение 1

Список тем курсовых работ

1. Управление разработкой информационной системы «Туристическая фирма»

2. Управление разработкой информационной системы «Частной фирмы»

3. Управление разработкой информационной системы «Аптека»

4. Управление разработкой информационной системы «ВУЗ»

5. Управление разработкой информационной системы «Торговая фирма»

6. Управление разработкой информационной системы «Аэропорт»

7. Управление разработкой информационной системы «Библиотека»

8. Управление разработкой информационной системы «Строительная организация»

9. Управление разработкой информационной системы «Фотоцентр»

10. Управление разработкой информационной системы «Театр»

11. Управление разработкой информационной системы «РПКХБ»

12. Управление разработкой информационной подсистемы ЗАО ТВКЗ«KVINT»

13. Управление разработкой информационной подсистемы канцелярии Рыбницкого Городского и районного Совета народных депутатов

14. Управление разработкой информационной подсистемы ЗАО «РЦК»

15. Управление разработкой информационной подсистемы ГОУ СПО «Рыбницкий политехнический техникум»

16. Управление разработкой информационной подсистемы магазина «Канцтовары»

17. Управление разработкой информационной подсистемы ЗАО «Агропромбанк»

18. Управление разработкой информационной подсистемы ООО «Шериф»

Приложение 2

Пример описания некоторых предметных областей ИС

⇐ Предыдущая12345Следующая ⇒

Поделиться:

Популярное:

1. Выбор и обоснование технических параметров разрабатываемой сети.