- •Экзаменационные вопросы по курсу «Проектирование ис в экономике»,
- •(Р1, д7) п8 Расчет коэффициента стабильности используемой информации (р2 – Коэффициент стабильности)
- •Методика анализа объекта как предмета труда при проектировании тп предусматривает выполнение следующих этапов:
- •Пример: Методика анализа информации как предмета труда при проектировании технологических процессов обработки
- •(На примере методики анализа информации как предмета труда при проектировании технологических процессов обработки)
Методика анализа объекта как предмета труда при проектировании тп предусматривает выполнение следующих этапов:
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.Определение необходимости сопроводительной информации.
Описанные свойства атрибутов и их объединений позволяют разработать качественный технологический процесс, удовлетворяющий выбранному критерию.
Области использования и технология применения нотации IDEF5 при проектировании ИС
Технология формирования структурной модели объекта автоматизации AS-IS.
Цель: разработка технологии формирования структурной модели объекта автоматизации AS-IS.
Входы информационной модели: Предполагается, что перед проведением анализа, был проведен сбор информации об объекте автоматизации и определены его границы. Таким образом, мы имеем документы с формализованными материалами обследования предметной области и объекта автоматизации, средства д/реализации модели ОА AS-IS.
Выходы информационной модели: структурная модель ОА AS-IS, количественные характеристики (время, затраты).
Фрагмент – диаграмма на одном из уровней декомпозиции.
Перечень ТП:
Операционный ТП «Формирование цели, точки зрения»
Операционный ТП «Определение уровней декомпозиции»
Операционный ТП «Определение средств для реализации модели»
Маршрутный ТП «Обозначение стадии внедрения изменений и пункты контроля»»
Маршрутный ТП «Определение входных потоков и их объединение по классификационному признаку» (не уверена в виде ТП)
Маршрутный ТП Определение выходных потоков и их объединение по классификационному признаку (не уверена в виде ТП)
Операционный ТП «Определение управляющих воздействий входных и выходных потоков и их объединение по классификационному признаку»
Операционный ТП «Формирование механизмов (инструментов, приспособлений, оборудования, человеческих ресурсов) для каждого из входных и выходных потоков»
Операционный ТП «Объединение механизмов по классификационному признаку»
Операционный ТП «Формирование контекстной диаграммы»
Операционный ТП «Проверка на полноту соответствия предметной области»
Операционный ТП «Определение количества фрагментов диаграмм декомпозиций»
Операционный ТП «Определения порядка следования фрагментов»
Операционный ТП «Определение входных потоков для каждого фрагмента»
Операционный ТП «Определение выходных потоков для каждого фрагмента»
Операционный ТП «Определение взаимосвязей между объектами»
Операционный ТП «Определение управляющих воздействий для каждого фрагмента»
Операционный ТП «Определение механизмов для каждого фрагмента»
Операционный ТП «Проверка на полноту предметной области, цели, назначению, реальных бизнес-процессов»
Операционный ТП «Проведение АВC и UDP анализа»
Маршрутный ТП «Согласование построенной диаграммы с заказчиком, специалистом в ПО, экспертом, и устранение недостатков»
Операционный ТП «Доработка модели в соответствии с рекомендациями заказчика»
Типовой ТП документирования модели.
Заключение: анализ функциональной модели позволяет определить: наиболее слабые места, преимущества новых бизнес-процессов, глубину изменений, которым подвергнется существующая структура организации бизнеса.
Второй вариант вопроса
Локализация ОА
Выбор методов проведения обследования ОА
Обследование ОА – получение параметрического описания ОА
Формирование цели, области обследования
Определение уровней декомпозиции
Определение средств для реализации модели
Определение входных потоков
Определение выходных потоков
Объединение входных и выходных потоков по классификационному признаку по группам
Определение управляющих воздействий входных и выходных потоков
Объединение управляющих воздействий по классификационному признаку
Формирование механизмов (инструментов, приспособлений, оборудования, человеческих ресурсов) для каждого из входных и выходных потоков
Объединение механизмов по классификационному признаку
Формирование контекстной диаграммы
Проверка на полноту соответствия предметной области
Определение количества фрагментов диаграмм декомпозиций
Определения порядка следования фрагментов
Определение входных потоков фрагмента
Определение выходных потоков фрагмента
Определение взаимосвязей между объектами
Определение управляющих воздействий
Определение механизмов
Проверка на полноту предметной области, цели, назначению, реальных бизнес-процессов
Если соответствует (да) п. 26
Если нет
24. Анализ ошибки
25. Доработка 18-22
26. Проверка соответствия количества фрагментов
Если соответствует количеству (да) п. 27
Если нет п. 18
27. Согласование построенной диаграммы с заказчиком, специалистом в ПО, экспертом, и устранение недостатков
28. Доработка модели в соответствии с рекомендациями
29. Получение количественных характеристик (время, затраты).
Технология формирования структурной модели объекта автоматизации TO-BE.
Цель: разработать технологию формирования структурной модели ОА TO-BE.
Входы информационной модели: модель ОА AS-IS, недостатки модели ОА AS-IS, средства реализации для построения модели ОА AS-IS .
Выходы информационной модели: структурная модель ОА TO-BE.
Перечень ТП:
Операционный ТП «Анализ и выявление недостатков в модели AS-IS»
Операционный ТП «Ранжирование недостатков»
Маршрутный ТП «Согласование недостатков с заказчиком»
Операционный ТП «Построение плана перехода от существующей к желаемой модели»
Операционный ТП «Формирования путей устранения недостатков»
Операционный ТП «Формирование цели построения и точки зрения модели TO-BE на основании выявленных недостатков и анализа модели As-is»
Операционный ТП «Определение глубины изменений, которым подвергнется существующая структура организации процесса»
Операционный ТП «Анализ средств реализации»
Операционный ТП «Выбор средств реализации»
Маршрутный ТП «Обозначение стадии внедрения изменений и пункты контроля»
Операционный ТП «Устранение недостатков» Устраняются дублирующие работы, неуправляемые работы, недостатки в документообороте, отсутствия обратных связей по управлению, по входу
Операционный ТП «Формирование и анализ новых бизнес-процессов»
Операционный ТП «Проведение АВC и UDP анализа»
Операционный ТП «Сравнение преимуществ новых и существующих бизнес-процессов в модели AS-IS»
Маршрутный ТП «Согласование с заказчиком»
Маршрутный ТП «Утверждение модели»
Заключение: на основе построения модели ОА TO-BE устраняются недостатки модели ОА AS-IS, а так же строится модель данных, прототип и затем окончательный вариант ИС.
Второй вариант вопроса
Получение модели AS-IS
Анализ и выявление недостатков в модели AS-IS
Формирования путей устранения недостатков
Выбор нотации для построения модели TO-BE
Формирование цели построения модели TO-BE на основании выявленных недостатков и анализа модели As-is
Определение глубины изменений, которым подвергнется существующая структура организации процесса
Анализ категории недостатков и переход к п.8 – 12
Устранение дублирующих работ
Устранение неуправляемых работ
Устранение недостатков в документообороте
Устранение недостатков отсутствия обратных связей по управлению
Устранение недостатков отсутствия обратных связей по входу
Формирование и анализ новых бизнес-процессов
Сравнение преимуществ новых и существующих бизнес-процессов в модели AS-IS
Выявление преимуществ новых бизнес-процессов
Анализ средств реализации
Выбор средств реализации
Построение функциональной модели
Контроль соответствия поставленным целям и переход в п.20 или 22
Анализ категории ошибок и переход в п.7 или 13
Доработка
Согласование с заказчиком и переход в п.23 или 20
Утверждение модели
Технология анализа объекта автоматизации в нотации IDEF3.
Предполагается, что перед проведением анализа, был проведен сбор информации об объекте автоматизации и определены его границы. Таким образом, мы имеем документы с формализованными материалами обследования предметной области и объекта автоматизации. Также предполагается, что уже построена модель объекта автоматизации в нотации IDEF0 и проведена декомпозиция модели до того уровня, когда нотация IDEF0 не позволяет выявить недостатки объекта автоматизации, между тем на объекте автоматизации есть проблемы.
Вход: функциональная модель объекта автоматизации в нотации IDEF0, результаты анализа ОА в нотации IDEF0, материалы обследования объекта автоматизации, описание потоков данных
Выход: схема взаимодействия процессов обработки в нотации IDEF3? выявленные недостатки и пути их устранения
Перечень тех. процессов:
Операционный ТП документирования цели и точки зрения
Операционный ТП выбор модели диаграммы IDEF0.
Операционный ТП выбора процесса для декомпозиции.
Операционный ТП структуризации процесса. ТП включает определение номенклатуры работ, составляющих процесс, номенклатуры объектов, циркулирующих между работами.
Маршрутный ТП прохождения объектов по работам. В данном ТП определяются последовательности выполнения работ и определения типа связей между работами.
Операционный ТП выявления узлов синхронизации. На основе данного ТП выбираются перекрестки.
Операционных ТП построения схемы взаимосвязи работ в нотации IDEF3. Данный ТП включает выбор типов стрелок и перекрестков.
Основные виды стрелок: старшая (показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется), отношения (используется для изображения связей между единицами работ, а также между единицами работ и объектами ссылок),потоки объектов (применяется для описания того факта, что объект используется в двух или более единицах работы). Выбор стрелок зависит от цели построения модели.
Перекрестки: асинхронное И, синхронное И, асинхронное ИЛИ, синхронное ИЛИ, исключающее ИЛИ. Выбор перекрестков определяется логикой взаимодействия работ.
Операционный (маршрутный) ТП декомпозиции работ.
Операционный ТП выявления недостатков. Выявляются дублирующие работы,. завершенности процедур обработки информации
Операционный ТП определения путей устранения недостатков. Устранятся дублирующие работы, изменяется последовательность прохождения информации, определяется возможность распараллеливания работ, перераспределяются ресурсы. Сюда также включается анализ возможности реализации данных вариантов на объекте автоматизации, согласование вариантов устранения выявленных недостатков с заказчиком
Типовой ТП документирования сценария.
Результаты данного анализа могут быть использованы при формировании разделов технического задания.
Второй вариант
Формулировка цели создания модели.
Определение номенклатуры работ
Определение номенклатуры объектов, которые необходимы для работ
Определение временных характеристик работ (время начала, время окончания, продолжительность)
Определение логики взаимодействия работ
Определение отношения между работами в ходе выполнения сценария процесса
Построение временной диаграммы
Выбор типов связей между работами.
Определение контрольных точек синхронизации работ
Выбор перекрестков
Построение графической модели с использованием выбранных элементов
Анализ физической реализации перекрестков на объекте автоматизации.
Выделение конфликтных работ
Выделение согласующихся работ
Выделение безразличных работ
Анализ возможности распараллеливания и синхронизации работ.
Документирование сценария.
Технология анализа объекта автоматизации в нотации DFD.
Вариант 1 – Самостоятельная модель потоков данных.
Предполагается, что перед началом проведения анализа объекта автоматизации в нотации DFD, было проведено исследование предметной области и объекта автоматизации, в том числе на предмет обмена информацией объекта автоматизации с другими объектами (системами). Таким образом, исходными данными являются документы с формализованным представлением материалов обследования объекта автоматизации, включающие описание текущей информационной модели объекта автоматизации, а также, знания основных принципов и правил построения моделей в нотации DFD.
Определение назначения (предполагаемого использования) построенной модели.
Формирование перечня вопросов к модели потоков данных.
Формулирование цели построения модели AS-IS.
Определение временных и стоимостных ресурсов на построение моделей.
Анализ источников информации (специалисты анализируемой предметной области, непосредственно работающие с объектом автоматизации) об объекте автоматизации.
Формирование перечня функций (функционального пространства) с каждой точки зрения источников информации.
Выбор основной точки зрения, с которой будет представлена модель.
Выделение полного перечня функций объекта автоматизации.
Выделение внешних сущностей (внешние источники данных) относительно каждой функции объекта автоматизации.
Определение типа и набора данных циркулирующего между каждой внешней сущностью и функциями объекта автоматизации.
Построение схем информационных потоков (маршруты движения информации, ее тип и объем) между внешними сущностями и функциями объекта автоматизации.
Определение мест и способов хранения информации.
Формирование перечня хранилищ данных. Определение типа и характеристики поступающей и хранимой информации в хранилищах.
Определение основной (доминирующей) функции объекта автоматизации.
Определение перечня потоков данных (перечень, типа, основные характеристики) относительно объекта автоматизации.
Формирование списка внешних сущностей относительно объекта автоматизации.
Построение контекстной диаграммы объекта автоматизации AS-IS.
Проверка соответствия построенной диаграммы целям, предъявляемым к модели.
Определение уровня декомпозиции модели с учетом п.3 и п.4.
Группировка функций объекта автоматизации в подгруппы в соответствии с типом обрабатываемой информации, с учетом хранилищ данных, маршрутами движения информации и схожими целями.
Построение диаграммы первого уровня декомпозиции. Формирование соответствующих потоков данных, хранилищ информации.
Согласование диаграммы потоков данных с источниками информации и проверка соответствия представленных взаимосвязей, реально существующей схеме движения информации.
Доработка, внесение изменений в диаграмму. Перегруппировка функций.
Дальнейшая декомпозиция функций объекта автоматизации с учетом глубины декомпозиции и требований, предъявляемых к построению модели в нотации DFD. Проверка соответствия на каждом уровне декомпозиции модели реальным потокам данных.
Проведение при необходимости ABC анализа.
Анализ построенной модели AS-IS, формирование требований к документообороту системы. Выявление несоответствия, несогласованности потоков информации, недостатков к хранению, обработки и последовательности прохождения информации, к затратам ресурсов.
Формирование списка источников данных, с учетом схемы Захмана.
Формулирование требований по реорганизации существующей модели потоков данных.
Формирование необходимости и цели построения модели TO-BE.
Изменение в соответствии с требованиями схемы информационных потоков. Добавление, укрупнение хранилищ данных. Изменение системы хранения данных. Разработка структуры хранения данных.
Построение модели TO-BE. Согласование каждого уровня декомпозиции. Анализ возможности реализации модели исходя из выделенных ресурсов на автоматизацию объекта.
Планирование и формирование списка необходимых ресурсов, для организации новой схемы движения информации. Формирование требований к организации хранилищ данных.
Оформление документации по результатам анализа объекта автоматизации. Формирование требований, при необходимости, о внесении изменений в существующую схему документооборота системы.
Вариант 2 – Построение на основе IDEF0.
Результаты данного анализа могут быть использованы при формировании разделов технического задания (требования к ИО), а также для формирования документации по информационному обеспечению.
Технология анализа объекта автоматизации в нотации IDEF0.
Предполагается, что перед проведением анализа, был проведен сбор информации об объекте автоматизации и определены его границы. Таким образом, перед началом анализа объекта автоматизации в нотации IDEF0, мы имеем документы с формализованными (структурированными) материалами обследования предметной области и объекта автоматизации, а также знаем основные правила построения модели в нотации IDEF0.
Определение назначения (предполагаемого использования) построенной модели.
Формирование перечня вопросов к модели объекта.
Определение цели построения модели объекта автоматизации AS-IS.
Определение временных и стоимостных ресурсов на построение моделей.
Анализ источников информации (специалисты анализируемой предметной области, непосредственно работающие с объектом автоматизации) об объекте автоматизации.
Формирование перечня функций (функционального пространства) с каждой точки зрения источников информации.
Выбор основной точки зрения, с которой будет представлена модель.
Выделение полного перечня функций объекта автоматизации.
Определение типов и наборов входных и выходных данных каждой функции объекта.
Определение набора ограничений, накладываемых на каждую функцию.
Определение набора механизмов реализации каждой функции.
Определение списка входных и выходных данных, управляющей информации и механизмов для объекта в целом, как результат группировки схожих (однотипных) соответствующих наборов данных.
Определение основной (доминирующей) функции (группы функций) объекта автоматизации.
Построение контекстной диаграммы объекта автоматизации AS-IS.
Определение степени декомпозиции на основе исходных данных об объекте и п.4.
Группировка функций в функциональные подсистемы по принципу концентрации использования того или иного набора данных (3-6 групп), однородности выполняемых целей.
Определение доминирования (значимости) каждой группы функций с учетом реального технологического процесса, протекающего в системе.
Построение диаграммы первого уровня декомпозиции.
Проверка соответствия построенной диаграммы поставленной цели и ее непротиворечивости реальности. Согласование с источниками информации.
Внесение изменений в диаграмму. Возможная перегруппировка функций.
Дальнейшая декомпозиция каждой группы функций с учетом п.15 и требований к построению модели в нотации IDEF0. Согласование каждого уровня декомпозиции.
В соответствии с п.1 и п.3 возможное проведение ABC анализа (анализа временных и стоимостных затрат).
Формирование требований к построенной модели. Выявление недостатков (несоответствий затрат и значимости).
Формирование источников информации, по схеме Захмана.
Формирование требований к новой модели объекта автоматизации.
Определение цели построения модели TO-BE.
Построение модели TO-BE. Согласование каждого уровня декомпозиции. Анализ возможности реализации модели исходя из исходных данных обследования предметной области и объекта автоматизации. На каждом этапе проведение анализа механизмов, необходимых для реализации функций.
Проведение ABC и UDP анализа для обоснования вида и содержания построенной модели TO-BE.
Оформление документации о результатах анализа объекта автоматизации (требования к обеспечивающим и функциональным подсистемам).
Результаты данного анализа могут быть использованы при формировании разделов технического задания и технико–экономического обоснования автоматизации объекта исследования.
Технология поиска недостатков управления в диаграммах IDEF0
Технология поиска недостатков механизмов в диаграммах IDEF0
Технология поиска недостатков в диаграммах DFD
Технология синхронизации процессов в диаграммах IDEF3
Технология применения BPWIN при проектировании информационных систем.
Сбор информации о предметной области и об объекте автоматизации.
Определение уникальности создаваемой системы. Изучение существующих аналогов проектируемой ИС.
Определение бюджета разработки проекта информационной системы.
Формирование основных параметров и характеристик деятельности объекта автоматизации.
Выявление основных источников информации.
Определение перечня функциональных подсистем (перечня функций) объекта автоматизации.
Определение существующих взаимодействий объекта автоматизации с другими объектами.
Построение модели объекта автоматизации в нотации IDEF0, диаграмм AS-IS, если система уже существует.
Согласование построенной модели, с основными источниками информации.
Определение возможных недостатков модели. Определение необходимости более детального обследования объекта автоматизации.
Определение существующих схем движения потоков данных, мест хранения, характеристик документопотока.
Построение модели объекта автоматизации в нотации DFD, диаграмм AS-IS.
Согласование построенной модели, выявление недостатков. Определение необходимости более детального анализа потоков данных, с синхронизацией процессов.
Детальное изучение существующего технологического процесса обработки данных, с подробным описанием всех операций движения и обработки информации, их пересечением и слиянием.
Построение модели объекта в нотации IDEF3, диаграмм AS-IS.
Согласование построенной модели, определение недостатков.
Формирование требований к существующей модели.
Формирование новых источников информации в соответствии со схемой Захмана.
Определение изменений, которые необходимо произвести в существующих моделях объекта автоматизации.
Возможное проведение ABC и UDP анализа на функциональной модели объекта, с целью обоснования необходимости проектирования ИС.
Формирование требований к построению новых моделей объекта автоматизации.
Построение моделей TO-BE.
Согласование построенных моделей, на предмет возможности проведения реорганизации процессов на объекте автоматизации и исследуемой области в целом.
Внесение изменений (построение новых) в модели объекта автоматизации.
Экспорт данных в другие системы, для дальнейшего проектирования информационной системы.
Планирование и расчет изменений, необходимых внести в существующую работу объекта и системы в целом.