- •110 Реферат
- •129 Стр., 30 рис., 50 таб., 24 библиогр.
- •Содержание
- •1. Исследование отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Введение в предметную область
- •Определение границ предметной области
- •Сценарий работы отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Формализация и финансовая оценка бизнес-процессов отдела программного обеспечения, сетевых технологий и защиты информации при возникновении сбоев в работе ас
- •Формулировка проблем на объекте исследования
- •Постановка цели и задач дипломной работы
- •2. Оптимизация бизнес-процессов отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Оптимизация формализованной модели бизнес-процессов отдела при возникновении сбоев в работе ас
- •Выбор способа реализации оптимизированных временных показателей математической модели
- •Выбор и обоснование средств моделирования
- •Характеристика используемых нотаций
- •Выбор и обоснование case-средства
- •Функциональное моделирование бизнес-процессов
- •3. Проектирование информационной системы эксплуатационной поддержки для гбуз миац
- •Поиск готового решения для автоматизации эксплуатационной поддержки
- •Обзор рынка информационных систем
- •Сравнительный анализ отобранных систем
- •Требования к разрабатываемой информационной системе отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Проектирование базы данных информационной системы отдела программного обеспечения, сетевых технологий и защиты информации
- •4 Разработка информационной системы эксплуатационной поддержки для гбуз миац
- •Выбор средств разработки
- •Существующее программное обеспечение для организации баз знаний
- •Характеристика платформы «1с: Предприятие 8.1»
- •Общее описание блока конфигурации
- •Разработка конфигурации платформы 1c для отдела программного обеспечения, сетевых технологий и защиты информации
- •Описание работы с системой для пользователя
- •5. Социальная значимость работы
- •Заключение
- •Список использованной литературы
Выбор и обоснование средств моделирования
Характеристика используемых нотаций
Среди всего многообразия средств решения данных задач в методологиях структурного анализа наиболее часто и эффективно применяемыми являются следующие нотации [6]:
IDEF0;
DFD (Data Flow Diagrams) ;
IDEF3.
Все они содержат графические и текстовые средства моделирования: первые - для удобства демонстрирования основных компонент модели, вторые - для обеспечения точного определения ее компонент и связей.
Нотация IDEF0. Начало моделирования в SADT означает создание диаграмм АО и А-0, которые затем могут быть отрецензированы. Эти две диаграммы полностью рассказывают все об изучаемой системе с минимальной степенью детализации. Создавая их, аналитик предпринимает начальную попытку декомпозировать систему и затем обобщить полученную декомпозицию. Декомпозиция (диаграмма АО) освещает наиболее важные функции и объекты системы. Объединение (диаграмма А-0) трактует систему как "черный ящик", дает ей название и определяет наиболее важные входы, управления, выходы и, возможно, механизмы.
В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Наиболее важным принципом данной методологии IDEF0 является принцип "функциональной декомпозиции" блоков. Данный принцип представляет собой модельную интерпретацию той практической ситуации, что любое действие (тем более такое сложное, как бизнес-процесс) может быть разбито (декомпозировано) на более простые операции (действия, бизнес-функции). Или, другими словами, функция может быть представлена как совокупность элементарных функций.
Нотация DFD. Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
В основе данной методологии (методологии Gane/Sarson) лежит построение модели анализируемой ИС - проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно.
Главная цель построения иерархического множества DFD заключается в том, чтобы сделать требования ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними.
Нотация IDEF3. Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming - методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.
IDEF3 - это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.
IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.
Точка зрения на модель должна быть задокументирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо задокументировать цель модели - те вопросы, на которые призвана ответить модель.