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

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

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

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

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

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

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

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

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

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

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

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

Заключение:

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

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

Предполагается, что к данному этапу написано техническое задание, разработаны все обеспечивающие подсистемы. Кроме того, проведён анализ бизнес-процессов (с помощью нотации 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 – раздел ПЗ «Характеристика КЗ»

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

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