Экзаменационные вопросы по дисциплине "Проектирование информационных систем" (технологические сети проектирования), страница 21

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

37. Технология документирования проекта

Назначение: разработка перечня проектной документации

Применение: разработка проектной документации идет на всех стадиях проектирования

Цель: параметрическое описание проектных документов

Документировать можно вручную и автоматически. Различается документирование разработчиком для каскадной (ТЗ, ИО,ПЗ,ТСП) и спиральной методологий (оформляется документ Видение).

Стадии каскадной модели определены ГОСТ-ом –34601-90 "Автоматизированные системы стадий создания".  Осуществляется четкая координация и распределение работ по группам специалистов во времени. Каждая проектная работа завершается технической документацией, состав, содержание и форма которой оговариваются нормативными документами  - Общеотраслевыми руководящими методическими материалами, ГОСТами, ОСТами, Единой системой программной документации.

Входы информационной модели:

Общеотраслевые руководящие методические материалы

ГОСТы

ОСТы

Единая системная программная документация

Требования заказчика

Выходы информационной модели:

Предпроектная документация

Проектная документация

Приемо – сдаточная документация

Перечень технологических процессов:

1) Маршрутный ТП комплексного обследования объекта автоматизации

2) Операционный ТП анализа ГОСТов регламентирующих состав и содержание документации (сопоставление регламентированных требований к документам с разрабатываемой системой)

3) Операционный ТП анализа требований заказчика

4) Операционный ТП определения ответственных лиц за разработку на каждой стадии проекта

5) Операционный ТП формирования документации на предпроектной стадии

6) Операционный ТП формирования проектной документации

-Техническое проектирование: завершается составлением технического проекта, к-ый состоит из общесистемной документации, документации функциональной части и обеспечивающим частям)

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

7) Операционный ТП формирования приемо – сдаточной документации

8) Операционный ТП анализа соответствия проектной документации сформулированным требованиям

9) Операционный ТП корректировки проектной документации

10) Маршрутный ТП передачи системы и проектной документации заказчику

Документировать проект можно также автоматически, с использованием средств проектирования типа BPwin, RR.

Общая технология документирования проекта в средах Rational Rose и BPwin:

1. ТП выбора типа отчета
2. ТП выбора параметров, в соответствии с которыми должен быть сгенерирован отчет
3. ТП выбора пути вывода отчета (на экран, сохранить в файл, на печать) (ЭТО ВЫПОЛНЯЕТСЯ ПОЛЬЗОВАТЕЛЕМ СИСТЕМЫ)
4. ТП считывания параметров
5. ТП планирования размещения информации в ОП
6. ТП создания временного дискового файла отчета
7. ТП открытия баз данных с указанными пользователем параметрами
8. ТП формирования записей отчетной сводки во временный файл в соответствии с форматом отчета
9. ТП буферирования данных
10. ТП вывода временного файла в соответствии с указанным пользователем путем вывода. (ЭТО ВЫПОЛНЯЕТ СИСТЕМА)
11. ТП контроля содержания отчета

Несмотря на общую технологию формирования отчетов, сами отчеты содержат различную информацию. В BRwin в отчетах выводится информация как об одном уровне иерархии, так и обо всех уровнях иерархии. Отчет можно сформировать только для одной нотации.

В RR в отчетах выводится информация только об одной, активной, диаграмме. Также, система выводит списки объектов, сообщений и пр., не указанных на других диаграммах, что позволяет отслеживать правильность построения диаграмм и проектирования системы. (например, на диаграмме Sequence diagram указаны объекты, не принадлежащие ни одному классу на диаграмме Class diagram)

Отчеты в среде Access и программных продуктах Borland не формируются автоматически, но при создании вручную должны содержать информацию о прототипах системы.

38. ТСП системы защиты информации в ИС

Д1 – задание на проектирование Д2 – цель проектирования	П1 – обследование объекта	Д3 – результаты и материалы обследования
Д3	П2 – анализ материалов обследования	Д4 – данные об объекте
Д4	П3 – определение каналов движения информации	Д5 – Перечень каналов
Д4, Д5	П4 – Анализ потенциально возможных каналов утечки инф.	Д6 – описание каналов утечки информации
Д4, U1 – совокупность требований, U2 – совокупность ограничений	П5 – формирование требований и ограничений к системе	Д7 – перечень требований и ограничений
Д4, Д6, Д7	П6 – определение критерия для выбора метода защиты	Д8 – критерии для выбора метода защиты
Д8, U3 – совокупность сущ. методов	П7 - выбор метода защиты	Д9 – описание выбранного метода защиты
Д10 – функциональная структура	П8 – анализ функциональной структуры объекта	Д11 – результаты анализа
Д12-схема документооборота, Д4, Д5	П9 – анализ документооборота и взаимосвязи с другими системами	Д13 – определение заполняемых документов, Д14 – схема взаимосвязи с другими документами
Д4, Д9, Д11, Д13, Д14	П10 – проектирование процедуры установления подлинности пользователя	G1 – процедуры установления подлинности
Д15 – список пользователей	П11 – анализ пользователей	Д16 – характеристика каждого пользователя
Д16	П12 – разработка идентификаторов для каждого пользователя	Д17 – список идентификаторов
Д4, Д3, U3	П13 – определение критериев для распределения полномочий пользователя	Д18 – критерий для распределения полномочий
Д17, Д18, U3	П14 – Распределение полномочий каждому пользователю	Д19 – список распределенных полномочий
Д17, Д19,	П15 – разработка процедуры инициализации полномочий и идентификатора пользователя	G2 – процедуры инициализации
G2, Д17, Д19	П16 – разработка процедуры установления полномочий	G3 – процедуры установления полномочий
G1, G3, Д4, Д6, Д7, Д9, Д11, Д 13, Д 14	П17 – формирование защиты инфомации	G4 – система защиты информации