ГОСы / Milekhina_Otvety

35 Технология формирования структурной модели объекта автоматизации SHOULD-BE.

Модель «Как должно бы быть» (англ. «SHOULD BE»): отражает «идеализированное» положение дел (например, согласно регламентирующим документам, тогда как фактическая схема работ в реальности может быть несколько иной). На практике необходимость в построении таких моделей встречается нечасто.

Поэтому могут создаваться модели, называемые SHOULD BE (как должно бы быть), и несущие ложную информацию и которую невозможно в дальнейшем использовать для анализа

В дополнение к ответу можно привести пример о некоторых абстрактных «идеальных» предметах (элементах системы в их совершенной форме).

51

36 Технология анализа объекта автоматизации в нотации IDEF3.

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

Вход: функциональная модель объекта автоматизации в нотации IDEF0, результаты анализа ОА в нотации IDEF0, материалы обследования объекта автоматизации, описание потоков данных.

Выход: схема взаимодействия процессов обработки в нотации IDEF3, выявленные недостатки и пути их устранения.

ОТП (операционно-технологический процесс) документирования цели и точки зрения. ОТП выбор модели диаграммы IDEF0.

ОТП выбора процесса для декомпозиции.

ОТП структуризации процесса. ТП (технологический процесс) включает определение номенклатуры работ, составляющих процесс, номенклатуры объектов, циркулирующих между работами.

МТП (маршрутно-технологический процесс) прохождения объектов по работам. В данном ТП определяются последовательности выполнения работ и определения типа связей между работами.

ОТП выявления узлов синхронизации. На основе данного ТП выбираются перекрестки.

ОТП построения схемы взаимосвязи работ в нотации IDEF3. Данный ТП включает выбор типов стрелок и перекрестков.

ОТП декомпозиции работ.

ОТП выявления недостатков. Выявляются дублирующие работы, завершенности процедур обработки информации.

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

Типовой ТП документирования сценария.

ТП проверки соответствия сценария поставленным целям.

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

52

37 Технология анализа объекта автоматизации в нотации DFD.

Предполагается, что перед началом проведения анализа ОА в нотации DFD было проведено исследование предметной области и ОА, в т.ч. на предмет обмена информацией ОА с другими объектами (системами). Таким образом, исходными данными являются документы с формализованным представлением материалов обследования ОА, включая описание текущей информационной модели ОА, а также, знания основных принципов и правил построения моделей в нотации DFD.

ТП определения назначения построения модели (М); Определение временных и стоимостных ресурсов на построение М.

ТП формирования точки зрения, с которыми будет представлена М; ТП определения глобальной функции ОА; ТП формирования множества требований к ОА;

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

ТП определения всех информационных потоков, связываемых ОА с внешними объектами из п.5 и передаваемых между процессами; ТП определения числа и состава хранилищ данных на основании характеристик информационных потоков, определенных в п.6;

ОТП построения контекстной диаграммы (КД) AS-IS;

ОТП проверки соответствия построенной КД целям и требованиям; ОТП корректировки КД в случае выявления неточностей;

ОТП группировки функций ОА в подгруппы в соответствии с типом обрабатываемой информации; ОТП выделения внешних объектов, связанных с выполнением каждой из подфункций; ОТП выделения потоков данных, связанных с выполнением каждой из подфункций;

ОТП идентификации потоков данных, требующих последовательной обработки после реализации подфункции; ОТП выделения хранилищ данных на основании информационных потоков, определенных в п.17;

ОТП формирования диаграммы потоков данных (ДПД) первого уровня ТП согласования ДПД с источниками информации и проверка соответствия представленных взаимосвязей реально существующей схеме движения информационных потоков; ОТП внесения изменений в ДПД, перегруппировка функций;

ТП определения необходимости дальнейшей декомпозиции М с учетом п.1 и п.2; ОТП дальнейшей декомпозиции функций ОА с повторением пп.14-17 для каждой из выделенных подфункций;

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

ОТП добавления, укрупнения хранилищ данных, изменения системы хранения данных на основании принятых решений, добавление или устранение внешних сущностей;

ОТП построения модели TO-BE;

ТП согласования каждого уровня декомпозиции ДПД TO-BE;

ТП планирования и формирования списка необходимых ресурсов для организации новой схемы движения информационных потоков; ТП оформления документации по результатам анализа ОА;

ТП формирования требований о внесении изменений в существующую схему документооборота ОА.

53

38 Технология анализа объекта автоматизации в нотации IDEF0.

Предполагается, что перед проведением анализа, был проведен сбор информации об объекте автоматизации и определены его границы. Таким образом, перед началом анализа объекта автоматизации в нотации IDEF0, мы имеем документы с формализованными (структурированными) материалами обследования предметной области и объекта автоматизации, а также знаем основные правила построения модели в нотации IDEF0.

1.ТП определения цели построения модели объекта автоматизации AS-IS.

2.ТП формирования команды для разработки модели (Руководитель, Исполнитель, Эксперт, Программист).

3.ТП определения временных и стоимостных ресурсов на построение моделей.

4.ТП формирования перечня функций (функционального пространства) с точки зрения каждого из участников (или определение точки зрения на модель каждым из участников).

5.ТП выбора основной точки зрения, с которой будет представлена модель (или согласование контекстных диаграмм до полного совпадения взглядов).

6.ТП выделения полного перечня функций объекта автоматизации.

7.ТП определения типов и наборов входных и выходных данных каждой функции объекта.

8.ТП определения набора ограничений, накладываемых на каждую функцию.

9.ТП определения набора механизмов реализации каждой функции.

10.ТП определения списка входных и выходных данных, управляющей информации и механизмов для объекта в целом.

11.ТП определения основной функции (группы функций) объекта автоматизации.

12.ТП построения контекстной диаграммы объекта автоматизации AS-IS.

13.ТП определения степени декомпозиции на основе исходных данных об объекте автоматизации.

14.ТП декомпозиции контекстной диаграммы первого уровня (или построение диаграммы декомпозиции первого уровня).

15.ТП проверки соответствия построенной диаграммы поставленной цели и точки зрения.

16.ТП внесения изменений в диаграмму. Возможная перегруппировка функций.

17.ТП согласования построенной диаграммы.

18.Дальнейшая декомпозиция каждой группы функций с учетом требований к построению модели в нотации IDEF0. Согласование каждого уровня декомпозиции.

19.ТП проведения ABC анализа (анализа временных и стоимостных затрат).

20.ТП формирования требований к построенной модели. Выявление недостатков (несоответствий затрат и значимости).

21.ТП формирования требований к новой модели объекта автоматизации.

22.ТП определения цели построения модели TO-BE.

23.ТП построения модели TO-BE.

24.ТП согласования каждого уровня декомпозиции.

25.ТП анализа возможности реализации модели исходя из исходных данных обследования предметной области и объекта автоматизации.

26.ТП проведения ABC и UDP анализа для обоснования вида и содержания построенной модели TOBE.

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

Результаты данного анализа могут быть использованы при формировании разделов технического задания и технико-экономического обоснования автоматизации объекта исследования.

54

39 Технология применения BPWin при проектировании информационных систем

1.Определение цели и назначения проектирования ИС

2.Сбор информации о предметной области и об объекте автоматизации.

3.Формирование основных параметров и характеристик деятельности объекта автоматизации. Выявление основных источников информации.

4.Определение степени уникальности создаваемой системы. Изучение существующих аналогов проектируемой ИС.

5.Определение бюджета разработки проекта информационной системы.

6.Определение точки зрения на объект проектирования

7.Выделение комплекса задач ОА

8.Определение перечня функциональных подсистем (перечня функций) объекта автоматизации.

9.Определение существующих взаимодействий объекта автоматизации с другими объектами.

10.Формирование команды проектировщиков в соответствии со схемой Захмана.

Замечание:схемой З. (совместная деятельность аналитика+программиста+эксперта в ПО(исполнитель)+владельца процесса) обычно пренебрегают – это дорого.

11.Построение модели объекта автоматизации в нотации IDEF0, диаграммAS-IS, если система уже существует.

Замечание: можно построитьDFD, а потом некоторые ее участки детализировать черезIDEF0.

12.Согласование построенной модели, с основными источниками информации.

13.Определение возможных недостатков модели. Определение необходимости более детального обследования объекта автоматизации.

14.Определение существующих схем движения потоков данных, мест хранения, характеристик документопотока.

15.Построение модели объекта автоматизации в нотации DFD, диаграммAS-IS.

Замечание:степень детализации определяется 1)целью анализа 2)масштабом ИС 3)количеством денег у заказчика. Как правило, детализация до РМ/операций на РМ.

16.Согласование построенной модели, выявление недостатков. Определение необходимости более детального анализа потоков данных, с синхронизацией процессов.

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

18.Построение модели объекта в нотации IDEF3, диаграммAS-IS.

19.Согласование построенной модели, определение недостатков.

20.Формирование требований к существующей модели.

Замечание:требования формирует заказчик (что его не устраивает в текущем положении дел?)

21.Определение изменений, которые необходимо произвести в существующих моделях объекта автоматизации.

22.Возможное проведение ABCиUDPанализа на функциональной модели объекта, с целью обоснования необходимости проектирования ИС.

23.Формирование требований к построению новых моделей объекта автоматизации.

24.Построение моделей TO-BE.

25.Согласование построенных моделей, на предмет возможности проведения реорганизации процессов на объекте автоматизации и исследуемой области в целом.

26.Экспорт данных в другие системы, для дальнейшего проектирования информационной системы.

27.Планирование и расчет изменений, необходимых внести в существующую работу объекта и системы в целом.

55

40 ТСП проектирования контрольных операций в технологических процессах.

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

ЗАКЛЮЧЕНИЕ

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

57