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

Бывает управление по времени и отклонению. Время зависит от дискретности управления (периодичность съема фактических данных), определяется системным аналитиком. Суть управления по времени: предполагается, что есть инерционность процесса, когда процесс не может скачком перейти из одного состояния в другое; в соответствии с этим временем собирается информация о состоянии процесса, сравнивается с плановым состоянием, измеряются ограничения, повторно решается задача планирования с исключением выполненных работ. Суть управления по отклонениям: непрерывный мониторинг параметров процесса, в случае отклонения параметров плана на величину, больше допустимого предела, решается задача планирования с изменением параметров. Разница между двумя видами управления: дискретность съема фактических данных.

1. ТП съема фактических данных

2. ТП сравнения фактических данных с плановыми данными

3. ТП  анализа расходования ресурсов (материальных и временных)

4. ТП анализа объемов выполненных работ

5. ТП подготовки отчетов о ходе разработки

6. ТП формирования нового плана с учетом использованных ресурсов, выполненных работ и оставшихся ресурсов

При формировании нового плана нужно обратить внимание на перечень оставшихся работ. В случае появление новых, ранее не запланированных работ, их следует внести в план.

Суть управления разработкой ИС можно представить графически:

 Если нет ограничений в технологии выполнения, при большем количестве ресурсов работу можно выполнить за меньшее количество времени. Например, если в группе разработчиков 6 человек, они могут написать программу за 15 дней. А если их – 10, то они могут написать программу за 10 дней.

Вообще, наглядность может быть очень полезной при определении нового плана работы.

Заключение:

Суть управления заключается в руководстве действиями персонала для достижения общей, ранее поставленной цели.

45. ТСП формирования раздела постановки задачи "Характеристика комплекса задач"

Предполагается, что к данному этапу написано техническое задание, разработаны все обеспечивающие подсистемы. Кроме того, проведён анализ бизнес-процессов (с помощью нотации IDEFO TO-BE – анализ функционального пространства задачи, IDEF3 – проверка синхронизации), спроектирована конструкция задачи и определены: 1) метод и дискретность управления; 2) набор параметров, характеризующих состояние процесса; 3) структура управляющих воздействий; 4)               места реализации управляющих воздействий.

Раздел «Характеристике комплекса задач» содержит общие характеристики комплекса задач и связь комплекса задач с организационной структурой объекта автоматизации. Предполагается, что используется оригинальный метод проектирования.

Д1 – ТЗ Д2 – ИО Д3 – конструкция задачи	П1 – построение информационной модели задачи	Д4 – информационная модель задачи
Д4	П2 – определение функционального пространства	Д5 – перечень выполняемых функций
Д5	П3 – построение функциональной модели Комплекса Задач (КЗ)	Д6 – функциональная модель задачи (дерево функций)
Д6	П4 – определение значимости функций	Д7 – значимости функций
Д7	П5 – выделение наиболее значимых функций	Д8 – наиболее значимые функции
Д8, Д1	П6 – определение назначения КЗ	Д9 – описание назначения КЗ
Д2, Д5	П7 – определение объектов, при управлении которыми решается КЗ	Д10 – перечень объектов, при управлении которыми решается КЗ
Д3, Д4	П8 – анализ потоков данных	Д11 – описание потоков данных
Д11	П9 – анализ взаимосвязи КЗ с другими задачами	Д12 – описание взаимосвязи КЗ с другими задачами
Д11, Д12	П10 – формирование требований к периодичности решения	Д13 – требования к периодичности решения
Д11, Д12	П11 – формирование требований к продолжительности решения	Д14 – требования к продолжительности решения
Д2, Д3	П12 – анализ динамики изменения структур данных	Д15 – описание динамики изменения структур данных
Д2, Д3	П13 – анализ динамики изменения алгоритмов	Д16 – описание динамики изменения алгоритмов
Д15, Д16	П14 – определение изменений структур данных и алгоритмов, при которых КЗ снимается с автоматизированного решения	Д17 – перечень изменений структур данных и алгоритмов, при которых КЗ снимается с автоматизированного решения
Д2, Д3	П15 – анализ организационной структуры, связанной с данным КЗ	Д18 – описание организационной структуры, связанной с данным КЗ
Д18	П16 – выделение должностей и/или подразделений, изменяющих регламент решения задачи	Д19 – перечень должностей и/или подразделений, изменяющих регламент решения задачи
Д6	П17 – анализ функционального пространства и распределение функций между пользователями и ТС в штатной ситуации	Д20 – перечень функций, выполняемых персоналом и ТС в штатной ситуации
Д2, Д3	П18 – определение допустимых нештатных ситуаций	Д21 – перечень допустимых нештатных ситуаций
Д21	П19 – распределение функций между персоналом и ТС по каждой нештатной ситуации	Д22 – перечень функций, выполняемых персоналом и ТС по каждой допустимой нештатной ситуации
Д9, Д10, Д12, Д13, Д14, Д17, Д19, Д20, Д21	П20 – оформление раздела ПЗ «Характеристика КЗ»	Д23 – раздел ПЗ «Характеристика КЗ»

Раздел «Характеристика комплекса задач» служит основой для формирования (проектирования) структур входных и выходных потоков данных, отражаемых в разделах «Входная информация» и «Выходная информация» постановки задачи. Постановка задачи является базой для разработки информационного, программного и технологического обеспечения по задачам.

46. ТСП формирования раздела постановки задачи "Выходная информация"