Пример: Методика анализа информации как предмета труда при проектировании технологических процессов обработки

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

Для формирования подраздела ТЗ «Требования к ОО» необходимы следующие элементы: задание на создание ИС, предыдущие разделы ТЗ, материалы обследования, организационная структура предприятия, функциональная структура предприятия, должностные инструкции, порядок и последовательность выполнения операций технологического процесса обработки данных, сведения об ИС, указания о мерах по технике безопасности, порядок работы персонала, порядок проверки правильности функционирования технических средств, правила технической эксплуатации. (ГОСТ 24.104-85 – Автоматизированные системы управления. Общие требования)

Согласно ГОСТ 24.209-80 – Требования по содержанию документов по организационному обеспечению, предусматривается наличие технологической инструкции, инструкции по эксплуатации, должностной инструкции при описании ОО.

 

№	Вход	Преобразователь	Выход
	D1 – ГОСТ 34.602-89	Изучение требований к ОО по ГОСТ 34.602-89	D2 – требования к ОО по ГОСТ 34.602-89
	D2, D3 – задание на создание ИС, D4 – предыдущие разделы ТЗ	Формирование требований к оформлению подраздела ТЗ «Требования к ОО»	D5 – структура содержания подраздела
	D6 – материалы предпроектного обследования, D7 – организационная структура предприятия, D8 – функциональная структура предприятия	Анализ подразделений, участвующих в решении задачи	D9 – организационная структура подразделений, участвующих в решении задачи, D10 – функциональная структура подразделений, участвующих в решении задачи
	D9, D10	Анализ подразделений, участвующих в функционировании системы	D11 – организационная структура подразделений, участвующих в функционировании системы, D12 – функциональная структура подразделений, участвующих в функционировании системы
	D9, D10	Анализ подразделений, обеспечивающих эксплуатацию ИС	D13 – организационная структура подразделений, обеспечивающих эксплуатацию ИС, D14 – функциональная структура подразделений, обеспечивающих эксплуатацию ИС
	D11, D12	Формирование требований к структуре и функциям подразделений, участвующих в функционировании системы	D15 – требования к структуре и функциям подразделений, участвующих в функционировании системы
	D13, D14	Формирование требований к структуре и функциям подразделений, обеспечивающих эксплуатацию ИС	D16 – требования к структуре и функциям подразделений, обеспечивающих эксплуатацию ИС
	D7, D8, D15, D16	Анализ возможного объединения рабочих мест, сокращения работников	D17 – измененная организационная структура подразделений, участвующих в функционировании и обеспечивающих эксплуатацию ИС
	D15, D16, D17, D18 – должностные инструкции	Анализ существующих должностных инструкций	D19 – возможные изменения должностных обязанностей
	D17, D18, D19	Формирование должностных инструкций для новых или измененных рабочих мест	D20 – должностные инструкции для новых или измененных рабочих мест
	D21 – порядок и последовательность выполнения операций (операции) технологического процесса обработки данных	Формирование технологической инструкции	D22 – технологическая инструкции
	D23 – сведения об ИС, указания о мерах по технике безопасности, порядок работы персонала, порядок проверки правильности функционирования технических средств, правила технической эксплуатации	Формирование инструкции по эксплуатации	D24 – инструкция по эксплуатации
	D7, D8, D11 – D14, D18, D20	Определение взаимосвязи объекта автоматизации с другими подразделениями предприятия	D25 – взаимосвязь подразделений, участвующих в решении задачи с другими подразделениями предприятия
	D17, D25	Составление требований по организации взаимодействия персонала АС с другими подразделениями	D26 – требования к порядку взаимодействия персонала АС и персонала объекта автоматизации
	D17, D20, D26	Анализ изменений в организационной структуре в связи с автоматизацией	D27 – новая организационная структура
	D17, D20, D22, D24, D26, D27	Формирование требований к организации функционирования системы	D28 – требования к организации функционирования системы
	D20, D22, D24, D28	Формирование требований к защите от ошибочных действий персонала системы	D29 – требования к защите от ошибочных действий персонала системы
	D15, D16, D26, D28, D29	Формирование подраздела ТЗ «Требования к ОО»	D30 – сформированный подраздел ТЗ «Требования к ОО»

 

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

 

18. ТСП структуризации задачи

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

Вход	Преобразователь	Выход
U1 – Множество задач, выполняемых на ОА; Р1 – Критерий выделения задачи из множества U1	П1 – Выделение задачи	Д1 – Общая характеристика задачи
Д1	П2 – Определение входных и выходных потоков по задаче	Д2 – Перечень входных и выходных потоков по задаче
Д2	П3 – Построение информационной модели задачи	Д3 – Информационная модель задачи
Д1, Д3	П4 – Выделение промежуточных информационных потоков	Д4 – Перечень промежуточных информационных потоков по задаче
Д3, Д4	П5 – Формирование перечня функций по задаче	Д5 – Перечень функций по задаче
Д5	П6 – Определение частоты реализации каждой функции	Д6 – Таблица функций с указанием частоты реализации каждой функции
Д6	П7 – Группировка функций по частоте их реализации	Д7 – Перечень групп функций с указанием функций внутри каждой группы
Д7	П8 – Разбиение задачи на этапы	Д8 – Перечень этапов задачи с указанием функций внутри каждого этапа
Д8	П9 – Разработка предварительных вариантов структуризации этапов	Д9 – Описание предварительных вариантов структуризации этапов
U2 – Множество критериев оценки вариантов технологии обработки материалов по задаче; Р2 – Параметр выбора критерия оценки	П10 – Выбор (по каждому этапу) критерия оценки допустимых вариантов технологии обработки материалов по задаче	Р3j – Критерий оценки допустимых вариантов технологии обработки материалов по задаче на этапе j
Д9, Р3j	П11 – Оценивание допустимых вариантов структуризации каждого этапа на технологические операции	Д10 – Описание выбранного варианта структуризации по всем этапам задачи
Д10	П12 – Построение графа связей технологических операций по каждому этапу	Д11 – Графы связей технологических операций по каждому этапу
Д11	П13 – Формирование ТП обработки входных потоков по всем этапам задачи	Д12 – Описание ТП обработки входных потоков по всем этапам задачи
Д11	П14 – Формирование ТП обработки выходных потоков по всем этапам задачи	Д13 – Описание ТП обработки выходных потоков по всем этапам задачи
Д12, Д13	П15 – Синтез отдельных графов ТП в единый граф	Д14 – Обобщенный граф ТП с учетом объединения однотипных операций
Д14	П16 – Анализ связей операций между собой	Д15 – Перечень выделенных согласованных пар, конфликтных пар, безразличных пар
Д14, Р4 – Критерий оценки степени автоматизации операций	П17 – Оценивание степени автоматизации операций	Д16 – Оценка степени автоматизации операций
Д16, Р5 – Критерий объединения согласованных пар в одну операцию	П18 – Объединение согласованных пар в одну операцию	Д17 – Перечень операций, являющийся результатом объединения согласованных пар
Д14, Д17	П19 – Построение топологии преобразованных графов	Д18 – Описание функционального пространства задачи в структурированном виде
Д18	П20 – Формирование требований к программному обеспечению	Д19 – Требования к программному обеспечению

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

 

19. Методика анализа объекта как предмета труда при проектировании ТП

 

Методика анализа объекта как предмета труда при проектировании ТП предусматривает выполнение следующих этапов:

1.Сбор сведений об объекте.

2.Определение класса объекта.

3.Изучение свойств объекта.

4.Структуризация объекта.

5.Параметризация объекта.

6.Определение влияния свойств и параметров объекта на выбор инструментов и приспособлений по его обработке.

7.Выбор инструментов и приспособлений по обработке объекта.

Пример: Методика анализа информации как предмета труда при проектировании технологических процессов обработки

1.Определение источников и приемников информации.

Разделение ведется по соотношению объемов входной и выходной информации:

I_ВХ > I_ВЫХ – потребитель

I_ВХ < I_ВЫХ – источник

2.Определение периодичности обработки информации.

3.Выделение узлов обработки информации.

4.Определение вида обработки информации (единичная, мелкосерийная, серийная, крупносерийная, массовая).

5.Формирование критерия выбора технологического процесса по каждому информационному потоку, подлежащему обработке, исходя из п. 3 и 4 (минимум трудоемкости, максимальная степень автоматизации, максимальная достоверность и т.д.).

6.Определение назначения каждого информационного потока.

7.Определение периодичности съема информации по каждому информационному потоку.

8.Определение степени точности по каждому информационному потоку.

9.Определение форматов данных, представленных в каждом информационном потоке.

10.Определение единиц измерения данных, представленных в каждом информационном потоке.

11.Определение погрешностей измерения данных, представленных в каждом информационном потоке.

12.Определение жизненного цикла каждого информационного потока.

13.Определение количества потребителей информационного потока.

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

15.Определение классов возможных ошибок.

16.Определение степени соподчиненности информационных потоков.

17.Определение взаимосвязей параметрических атрибутов.

18.Определение необходимости вычисляемых атрибутов.

19.Определение наличия атрибутов идентификации во времени и пространстве.

20.Определение необходимости защиты информации от несанкционированного доступа.

21.Определение способа протоколирования передачи информации.

22.Определение необходимости сопроводительной информации.

Пункты 6 – 15 характеризуют параметрическую компоненту информационного потока. На основании этих параметров можно разработать ТП сбора и регистрации информации или сформировать техническое задание на разработку специализированных средств сбора и регистрации.

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

Второй вариант вопроса

(на примере методики анализа информации как предмета труда при проектировании технологических процессов обработки)

1.Определение источников и приемников информации.

Разделение ведется по соотношению объемов входной и выходной информации:

I_ВХ > I_ВЫХ – потребитель

I_ВХ < I_ВЫХ – источник

2.Определение периодичности обработки информации.

3.Выделение узлов обработки информации.

4.Определение вида обработки информации (единичная, мелкосерийная, серийная, крупносерийная, массовая).

5.Формирование критерия выбора технологического процесса по каждому информационному потоку, подлежащему обработке, исходя из п. 3 и 4.

6.Определение назначения каждого информационного потока.

7.Определение периодичности съема информации по каждому информационному потоку.

8.Определение степени точности по каждому информационному потоку.

9.Определение форматов данных, представленных в каждом информационном потоке.

10.Определение единиц измерения данных, представленных в каждом информационном потоке.

11.Определение погрешностей измерения данных, представленных в каждом информационном потоке.

12.Определение жизненного цикла каждого информационного потока.

13.Определение количества потребителей по каждому информационному потоку.

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

15.Определение классов возможных ошибок.

Пункты 6 – 15 характеризуют параметрическую компоненту информационного потока. На основании этих параметров можно разработать ТП сбора и регистрации информации или сформировать техническое задание на разработку специализированных средств сбора и регистрации.

16.Определение степени соподчиненности информационных потоков.

17.Определение взаимосвязей параметрических атрибутов.

18.Определение необходимости вычисляемых атрибутов.

19.Определение наличия атрибутов идентификации во времени и пространстве.

20.Определение необходимости защиты информации от несанкционированного доступа.

21.Определение способа протоколирования передачи информации.

22.Определение необходимости сопроводительной информации.

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

 

20. Области использования и технология применения нотации IDEF5 при проектировании ИС

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

Цель: разработка технологии формирования структурной модели объекта автоматизации AS-IS.

 

Входы информационной модели: Предполагается, что перед проведением анализа, был проведен сбор информации об объекте автоматизации и определены его границы. Таким образом, мы имеем документы с формализованными материалами обследования предметной области и объекта автоматизации, средства д/реализации модели ОА AS-IS.

Выходы информационной модели: структурная модель ОА AS-IS, количественные характеристики (время, затраты).

Фрагмент – диаграмма на одном из уровней декомпозиции.

Перечень ТП:

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

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

Второй вариант вопроса

1. Локализация ОА
2. Выбор методов проведения обследования ОА
3. Обследование ОА – получение параметрического описания ОА
4. Формирование цели, области обследования
5. Определение уровней декомпозиции
6. Определение средств для реализации модели
7. Определение входных потоков
8. Определение выходных потоков
9. Объединение входных и выходных потоков по классификационному признаку по группам
10. Определение управляющих воздействий входных и выходных потоков
11. Объединение управляющих воздействий по классификационному признаку
12. Формирование механизмов (инструментов, приспособлений, оборудования, человеческих ресурсов) для каждого из входных и выходных потоков
13. Объединение механизмов по классификационному признаку
14. Формирование контекстной диаграммы
15. Проверка на полноту соответствия предметной области
16. Определение количества фрагментов диаграмм декомпозиций
17. Определения порядка следования фрагментов
18. Определение входных потоков фрагмента
19. Определение выходных потоков фрагмента
20. Определение взаимосвязей между объектами
21. Определение управляющих воздействий
22. Определение механизмов
23. Проверка на полноту предметной области, цели, назначению, реальных бизнес-процессов

Если соответствует (да) à п. 26

 

Если нет à

24. Анализ ошибки

25. Доработка à 18-22

26. Проверка соответствия количества фрагментов

Если соответствует количеству (да) à п. 27

Если нет à п. 18

27. Согласование построенной диаграммы с заказчиком, специалистом в ПО, экспертом, и устранение недостатков

28. Доработка модели в соответствии с рекомендациями

29. Получение количественных характеристик (время, затраты).

 

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

Цель: разработать технологию формирования структурной модели ОА TO-BE.

Входы информационной модели: модель ОА AS-IS, недостатки модели ОА AS-IS, средства реализации для построения модели ОА AS-IS.

Выходы информационной модели: структурная модель ОА TO-BE.

 

Перечень ТП:

1. Операционный ТП «Анализ и выявление недостатков в модели AS-IS»

2. Операционный ТП «Ранжирование недостатков»

3. Маршрутный ТП «Согласование недостатков с заказчиком»

4. Операционный ТП «Построение плана перехода от существующей к желаемой модели»

5. Операционный ТП «Формирования путей устранения недостатков»

6. Операционный ТП «Формирование цели построения и точки зрения модели TO-BE на основании выявленных недостатков и анализа модели As-is»

7. Операционный ТП «Определение глубины изменений, которым подвергнется существующая структура организации процесса»

8. Операционный ТП «Анализ средств реализации»

9. Операционный ТП «Выбор средств реализации»

10. Маршрутный ТП «Обозначение стадии внедрения изменений и пункты контроля»

11. Операционный ТП «Устранение недостатков» Устраняются дублирующие работы, неуправляемые работы, недостатки в документообороте, отсутствия обратных связей по управлению, по входу

12. Операционный ТП «Формирование и анализ новых бизнес-процессов»

13. Операционный ТП «Проведение АВC и UDP анализа»

14. Операционный ТП «Сравнение преимуществ новых и существующих бизнес-процессов в модели AS-IS»

15. Маршрутный ТП «Согласование с заказчиком»

16. Маршрутный ТП «Утверждение модели»

 

Заключение: на основе построения модели ОА TO-BE устраняются недостатки модели ОА AS-IS, а так же строится модель данных, прототип и затем окончательный вариант ИС.

Второй вариант вопроса

1. Получение модели AS-IS
2. Анализ и выявление недостатков в модели AS-IS
3. Формирования путей устранения недостатков
4. Выбор нотации для построения модели TO-BE
5. Формирование цели построения модели TO-BE на основании выявленных недостатков и анализа модели As-is
6. Определение глубины изменений, которым подвергнется существующая структура организации процесса
7. Анализ категории недостатков и переход к п.8 – 12
8. Устранение дублирующих работ
9. Устранение неуправляемых работ
10. Устранение недостатков в документообороте
11. Устранение недостатков отсутствия обратных связей по управлению
12. Устранение недостатков отсутствия обратных связей по входу
13. Формирование и анализ новых бизнес-процессов
14. Сравнение преимуществ новых и существующих бизнес-процессов в модели AS-IS
15. Выявление преимуществ новых бизнес-процессов
16. Анализ средств реализации
17. Выбор средств реализации
18. Построение функциональной модели
19. Контроль соответствия поставленным целям и переход в п.20 или 22
20. Анализ категории ошибок и переход в п.7 или 13
21. Доработка
22. Согласование с заказчиком и переход в п.23 или 20
23. Утверждение модели

 

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

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

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

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

Перечень тех. процессов:

1. Операционный ТП документирования цели и точки зрения
2. Операционный ТП выбор модели диаграммы IDEF0.
3. Операционный ТП выбора процесса для декомпозиции.
4. Операционный ТП структуризации процесса. ТП включает определение номенклатуры работ, составляющих процесс, номенклатуры объектов, циркулирующих между работами.
5. Маршрутный ТП прохождения объектов по работам. В данном ТП определяются последовательности выполнения работ и определения типа связей между работами.
6. Операционный ТП выявления узлов синхронизации. На основе данного ТП выбираются перекрестки.
7. Операционных ТП построения схемы взаимосвязи работ в нотации IDEF3. Данный ТП включает выбор типов стрелок и перекрестков.

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

Перекрестки: асинхронное И, синхронное И, асинхронное ИЛИ, синхронное ИЛИ, исключающее ИЛИ. Выбор перекрестков определяется логикой взаимодействия работ.

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

 

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

Второй вариант

1. Формулировка цели создания модели.
2. Определение номенклатуры работ
3. Определение номенклатуры объектов, которые необходимы для работ
4. Определение временных характеристик работ (время начала, время окончания, продолжительность)
5. Определение логики взаимодействия работ
6. Определение отношения между работами в ходе выполнения сценария процесса
7. Построение временной диаграммы
8. Выбор типов связей между работами.
9. Определение контрольных точек синхронизации работ
10. Выбор перекрестков
11. Построение графической модели с использованием выбранных элементов
12. Анализ физической реализации перекрестков на объекте автоматизации.
13. Выделение конфликтных работ
14. Выделение согласующихся работ
15. Выделение безразличных работ
16. Анализ возможности распараллеливания и синхронизации работ.
17. Документирование сценария.

 

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

Вариант 1 – Самостоятельная модель потоков данных.

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

1. Определение назначения (предполагаемого использования) построенной модели.

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

3. Формулирование цели построения модели AS-IS.

4. Определение временных и стоимостных ресурсов на построение моделей.

5. Анализ источников информации (специалисты анализируемой предметной области, непосредственно работающие с объектом автоматизации) об объекте автоматизации.

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

7. Выбор основной точки зрения, с которой будет представлена модель.

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

9. Выделение внешних сущностей (внешние источники данных) относительно каждой функции объекта автоматизации.

10. Определение типа и набора данных циркулирующего между каждой внешней сущностью и функциями объекта автоматизации.

11. Построение схем информационных потоков (маршруты движения информации, ее тип и объем) между внешними сущностями и функциями объекта автоматизации.

12. Определение мест и способов хранения информации.

13. Формирование перечня хранилищ данных. Определение типа и характеристики поступающей и хранимой информации в хранилищах.

14. Определение основной (доминирующей) функции объекта автоматизации.

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

16. Формирование списка внешних сущностей относительно объекта автоматизации.

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

18. Проверка соответствия построенной диаграммы целям, предъявляемым к модели.

19. Определение уровня декомпозиции модели с учетом п.3 и п.4.

20. Группировка функций объекта автоматизации в подгруппы в соответствии с типом обрабатываемой информации, с учетом хранилищ данных, маршрутами движения информации и схожими целями.

21. Построение диаграммы первого уровня декомпозиции. Формирование соответствующих потоков данных, хранилищ информации.

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

23. Доработка, внесение изменений в диаграмму. Перегруппировка функций.

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

25. Проведение при необходимости ABC анализа.

26. Анализ построенной модели AS-IS, формирование требований к документообороту системы. Выявление несоответствия, несогласованности потоков информации, недостатков к хранению, обработки и последовательности прохождения информации, к затратам ресурсов.

27. Формирование списка источников данных, с учетом схемы Захмана.

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

29. Формирование необходимости и цели построения модели TO-BE.

30. Изменение в соответствии с требованиями схемы информационных потоков. Добавление, укрупнение хранилищ данных. Изменение системы хранения данных. Разработка структуры хранения данных.

31. Построение модели TO-BE. Согласование каждого уровня декомпозиции. Анализ возможности реализации модели исходя из выделенных ресурсов на автоматизацию объекта.

32. Планирование и формирование списка необходимых ресурсов, для организации новой схемы движения информации. Формирование требований к организации хранилищ данных.

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

 

Вариант 2 – Построение на основе IDEF0.

 

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

 

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

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

1. Определение назначения (предполагаемого использования) построенной модели.

2. Формирование перечня вопросов к модели объекта.

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

4. Определение временных и стоимостных ресурсов на построение моделей.

5. Анализ источников информации (специалисты анализируемой предметной области, непосредственно работающие с объектом автоматизации) об объекте автоматизации.

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

7. Выбор основной точки зрения, с которой будет представлена модель.

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

9. Определение типов и наборов входных и выходных данных каждой функции объекта.

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

11. Определение набора механизмов реализации каждой функции.

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

13. Определение основной (доминирующей) функции (группы функций) объекта автоматизации.

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

15. Определение степени декомпозиции на основе исходных данных об объекте и п.4.

16. Группировка функций в функциональные подсистемы по принципу концентрации использования того или иного набора данных (3-6 групп), однородности выполняемых целей.

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

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

19. Проверка соответствия построенной диаграммы поставленной цели и ее непротиворечивости реальности. Согласование с источниками информации.

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

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

22. В соответствии с п.1 и п.3 возможное проведение ABC анализа (анализа временных и стоимостных затрат).

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

24. Формирование источников информации, по схеме Захмана.

25. Формирование требований к новой модели объекта автоматизации.

26. Определение цели построения модели TO-BE.

27. Построение модели TO-BE. Согласование каждого уровня декомпозиции. Анализ возможности реализации модели исходя из исходных данных обследования предметной области и объекта автоматизации. На каждом этапе проведение анализа механизмов, необходимых для реализации функций.

28. Проведение ABC и UDP анализа для обоснования вида и содержания построенной модели TO-BE.

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

 

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

 

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

27. Технология поиска недостатков механизмов в диаграммах IDEF0

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

Поделиться:

Воспользуйтесь поиском по сайту: