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 при проектировании ИС
IDEF5 – это методика, специально разработанная для построения онтологии исследуемой области. Основными инструментами методики IDEF5 являются схематический язык IDEF5 (schematic language) и язык доработок и уточнений IDEF5(elaboration language). Схематический язык IDEF5 является графическим языком, предназначенный для отображения наиболее общих форм онтологической информации. Язык доработок и уточнений IDEF5 является структурированным текстовым языком, предназначенным для детального описания элементов онтологии.
Области использования
Предложенный метод описания позволяет учесть все детали жизненного цикла инцидента, разработанный в соответствии с методикой американского центра по обработке инцидентов он может использоваться для обработки инцидентов информационной безопасности в России.
Инцидент – это нарушение установленного уровня безопасности системы. Неправомерное получение доступа к информации.
Технология применения
На начальном этапе должны быть выполнены следующие задачи:
1) Создание и документирования словаря терминов
2) Описание правил и ограничений, согласно которым на базе введенной терминологии формируются достоверные утверждения, описывающие состояние системы.
3) Построение модели, которая на основе существующих утверждений, позволяет формировать необходимые дополнительные утверждения.
Дополнительными утверждениями - утверждения, достоверно отображающие состояние системы в различных разрезах, а построенная онтологическим способом модель должна выбирать из них наиболее полезные для эффективного рассмотрения в том или ином контексте.
Процесс построения онтологии, согласно методологии IDEF5 состоит из пяти основных действий:
1) Изучение и систематизирование начальных условий. Это действие устанавливает основные цели и контексты проекта разработки онтологии, а также распределяет роли между членами проекта
2) Сбор и накапливание данных. На этом этапе происходит сбор и накапливание необходимых начальных данных для построения онтологии
3) Анализ данных. Эта стадия заключается в анализе и группировке собранных данных и предназначена для облегчения построения терминологии.
4) Начальное развитие онтологии. На этом этапе формируется предварительная онтология, на основе отобранных данных.
5) Уточнение и утверждение онтологии - Заключительная стадия процесса.
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. Данный ТП включает выбор типов стрелок и перекрестков.
Основные виды стрелок: старшая (показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется), отношения (используется для изображения связей между единицами работ, а также между единицами работ и объектами ссылок),потоки объектов (применяется для описания того факта, что объект используется в двух или более единицах работы). Выбор стрелок зависит от цели построения модели.
Перекрестки: асинхронное И, синхронное И, асинхронное ИЛИ, синхронное ИЛИ, исключающее ИЛИ. Выбор перекрестков определяется логикой взаимодействия работ.
8. Операционный (маршрутный) ТП декомпозиции работ.
9. Операционный ТП выявления недостатков. Выявляются дублирующие работы,. завершенности процедур обработки информации
10. Операционный ТП определения путей устранения недостатков. Устранятся дублирующие работы, изменяется последовательность прохождения информации, определяется возможность распараллеливания работ, перераспределяются ресурсы. Сюда также включается анализ возможности реализации данных вариантов на объекте автоматизации, согласование вариантов устранения выявленных недостатков с заказчиком
11. Типовой ТП документирования сценария.
Результаты данного анализа могут быть использованы при формировании разделов технического задания.
Второй вариант
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
Технология поиска недостатков управления.
1. Выделение критерия оценки. Определения типа производства, критериев для конкретных операций.
2. В соответствии с критерием оценки анализируются множества пространство системы и управление. Пересечение – та часть системы, которая управляется. Проверка на полноту управления системы.
3. В соответствии с критерием оценки анализируются множества пространство системы и управление и механизмы. Пересечение – та часть системы, в которой управление регламентирует обработку механизмами. Проверка на полноту регламентации механизмов.
4. Проверка управления на соответствие критериям операций
27. Технология поиска недостатков механизмов в диаграммах IDEF0
Технология поиска недостатков механизмов
Поиск недостатков
1. Выделение критерия оценки
2. Тип производства, критерий для конкретной операции
3. Пересечение множества ВСЕ ПРОСТРАНСТВО СИСТЕМЫи множества МЕХАНИЗМЫ
Та часть что перекрывается – выполняется с помощью четко указанных механизмов, та что остается свободна – выполняется с помощью любых механизмов.
4. Механизмы только частично автоматизируют процесс
5. Определяется на сколько механизмы соответствуют текущему моменту, сравниваются с эталоном
1. Выделение критерия оценки. Определения типа производства, критериев для конкретных операций.
2. В соответствии с критерием оценки анализируются множества пространство системы и механизмы. Пересечение – та часть системы, которая управляется механизмами. Проверка на полноту автоматизации системы, наличие неавтоматизированных частей, которые должны быть автоматизированными, говорит о недостатках системы.
3. Проверка механизмов на полноту в соответствии с критериями по выполняемым операциям
4. Проверка на соответствие механизма персонал (квалификация, требуемые знания) выполняемым операциям
5. Проверка на соответствия остальных механизмов выполняемым операциям
28. Технология поиска недостатков в диаграммах DFD
Анализ тор-контекста
1. Формирование списка событий, который должен состоять из описаний действий внешних сущностей (событий) и соответствующих реакций системы на них. Каждое событие должно соответствовать одному или более потокам данных: входные потоки интерпретируются как воздействия, а выходные потоки как реакции системы на
входные потоки.(Обеспеченность входов выходами)
2. Проверка на полноту исходных данных об объектах системы и изолированность объектов (отсутствие информационных связей с другими объектами).
3. Наличие активных и пассивных сущностей (должна присутствовать хранимая и условно-постоянная информация)
4. Должны быть указаны все классы информац. Потоков.
Анализ контекста
1.Проверка сбалансированности. При детализации подсистемы или процесса детализирующая диаграмма в качестве внешних источников или приемников данных может иметь только те компоненты (подсистемы, процессы, внешние сущности,
накопители данных), с которыми имеют информационную связь детализируемые подсистема или процесс на родительской диаграмме;
2. Проверка на?завершенность? процесса детализации (по сути в какой момент нужно завершить детализацию):
- наличие у процесса относительно небольшого количества входных и выходных потоков данных (2—3 потока);
- возможность описания преобразования данных процессом в виде последовательного алгоритма;
- выполнение процессом единственной логической функции преобразования входной информации в выходную;
- возможность описания логики процесса при помощи спецификации небольшого объема (не более 20-30 строк).
3. Проверка спецификаций на соответствие следующим требованиям:
• для каждого процесса нижнего уровня должна существовать одна и только одна спецификация;
• спецификация должна определять способ преобразования входных потоков в выходные;
• нет необходимости (по крайней мере, на стадии формирования требований) определять метод реализации этого преобразования;
• спецификация должна стремиться к ограничению избыточности— не следует переопределять то, что уже было определено на диаграмме;
• набор конструкций для построения спецификации должен быть простым и понятным.
•спецификация должна содержать внешние и внутренние потоки
4. Верификация модели (проверка на полноту и согласованность).
- проверка на полноту:
в полной модели все ее объекты (подсистемы, процессы, потоки данных) должны быть подробно описаны и детализированы. Выявленные недетализированные объекты следует детализировать, вернувшись на предыдущие шаги разработки.
- проверка на согласованность:
в согласованной модели для всех потоков данных и накопителей данных должно выполняться правило сохранения информации: все поступающие куда-либо данные должны быть считаны, а все считываемые данные должны быть записаны.
5. Вся работа должна пройти оценку ABC и UDP анализа.
29. Технология синхронизации процессов в диаграммах IDEF3
Синхронизация позволяет выявить поведение каждого элемента и показать, каким образом в определенный промежуток времени добиться поставленной цели
Правила построения
Количество уровней детализации зависит от цели, бюджета, сложности самой системы
Декомпозиция используется для детализации работ.
2. Можно детализировать работу многократно, для описания альтернативных потоков данных.
3. При декомпозиции может существовать только одна точка входа. За точкой входа следует работа или перекресток. Для декомпозиции может существовать только одна точка выхода.
4. Нельзя декомпозировать работу IDEF3 на диаграмму любой другой нотации.
Технология построения
1. Выбрать фрагмент диаграммы декомпозиции в нотации DFD (или идф0)
2. Определить проекцию рассмотрения выделенного технологического процесса (рассматривать только обработку предметов труда, рассматривать только информационные потоки, рассматривать одновременно и материальные и информационные потоки).
3. Построить диаграмму анализируемого технологического процесса с учётом выбранного аспекта рассмотрения.
4. Согласовать диаграмму с экспертом. Внести изменения
30. Технология применения BPWIN при проектировании информационных систем.
1. Сбор информации о предметной области и об объекте автоматизации.
2. Определение уникальности создаваемой системы. Изучение существующих аналогов проектируемой ИС.
3. Определение бюджета разработки проекта информационной системы.
Формирование основных параметров и характеристик деятельности объекта автоматизации.
Выявление основных источников информации.
Определение перечня функциональных подсистем (перечня функций) объекта автоматизации.
Определение существующих взаимодействий объекта автоматизации с другими объектами.
Построение модели объекта автоматизации в нотации IDEF0, диаграмм AS-IS, если система уже существует.
Согласование построенной модели, с основными источниками информации.
Определение возможных недостатков модели. Определение необходимости более детального обследования объекта автоматизации.
Определение существующих схем движения потоков данных, мест хранения, характеристик документопотока.
Построение модели объекта автоматизации в нотации DFD, диаграмм AS-IS.
Согласование построенной модели, выявление недостатков. Определение необходимости более детального анализа потоков данных, с синхронизацией процессов.
Детальное изучение существующего технологического процесса обработки данных, с подробным описанием всех операций движения и обработки информации, их пересечением и слиянием.
Построение модели объекта в нотации IDEF3, диаграмм AS-IS.
Согласование построенной модели, определение недостатков.
Формирование требований к существующей модели.
Формирование новых источников информации в соответствии со схемой Захмана.
Определение изменений, ко