Студопедия

Главная страница Случайная страница

Разделы сайта

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Для выполнения работы мы прибегнем, к общим стандартам по составлению АП.






Стандарт определяет необходимый набор объектов, с помощью которых осуществляется моделирование:

1. шаблоны и категории диаграмм (отметим, что в качестве нотаций для описания процессов использовался диалект диаграмм потоков данных, а для описания данных - диалект диаграмм " сущность-связь");

2. шаблоны и категории объектов;

3. типы связей и ассоциаций, необходимых для моделирования;

4. правила именования и нумерации объектов и схем;

5. стили;

6. перечни атрибутов объектов для обеспечения полноты описания деятельности и возможности получения необходимых отчетов из Casewise Corporate Modeler.

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

Таблица 2.5.
Наименование и представление Описание
Внешняя сущность Назначение. Моделирует внешние по отношению к организации/подразделению объекты. При этом 1. сущности, внешние по отношению ко всей организации, изображаются овалами красного цвета (см. пример слева сверху), 2. сущности, внешние по отношению к подразделению, изображаются овалами розового цвета (см. пример слева снизу). Имя. Имя представляет собой существительное. Пример: склад, клиент, поставщик и т.д.
Функциональный объект\функция Назначение. Моделирует функциональный объект любого уровня детализации (от сферы деятельности до функции нижнего уровня), допускает детализацию диаграммой следующего уровня, присутствие которой обозначается символом декомпозиции. Поле " Имя" содержит наименование процесса в виде глагола в неопределенной форме. Пример: " Проверить поступление денег". Детализация. Осуществляется посредством декомпозиции данного процесса диаграммами уровня процессов более низкого уровня, логическими схемами процессов или детальными схемами процессов.
Хранилище данных Назначение. Моделирует накопитель данных Имя. Идентифицирует его содержимое. Должно быть существительным.
Поток данных Назначение. Моделирует направленный поток данных Имя. Имя отражает содержание потока
Символ декомпозиции Назначение. Показывает, что данный процесс детализируется диаграммой следующего уровня

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS - Architecture of Integrated Information System, разработанный германской фирмой IDS Scheer. Его методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.

ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

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

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

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

Все эти модели представляют собой диаграммы, элементами которых являются разнообразные объекты - " функция", " событие", " структурное подразделение", " документ" и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа.

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

Разработка архитектуры будет проходить в 10 этапов и подразделяется на 4 уровня:

1. уровень 1 (исходная позиция) - выработка решений, которые необходимо принять для реализации соответствующей архитектуры организации, и определение состава необходимого для реализации инструментария;

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

3. уровень 3 (планируемая перспектива) - определение технических деталей перспективной архитектуры (данные, приложения и технологии);

4. уровень 4 – формирование плана реализации перспективной архитектуры.

Таблица 2.3. Этапы планирования архитектуры
Название этапа Результаты Трудозатраты
  Инициация планирования цели, видение, методологии, инструментарий, команда, презентации, рабочий план -
  Предварительное бизнес-моделирование организационно-штатная структура, предварительная функциональная бизнес-модель 7%
  Формирование снимка организации полная функциональная бизнес-модель 23%
  Описание текущих систем и технологий каталог информационных ресурсов, системные схемы 15%
  Формирование архитектуры данных определения сущностей, ER-модель, матрица сущности-функции, отчет по архитектуре данных 15%
  Формирование архитектуры приложений определения приложений, матрицы приложений, анализ покрытия, отчет по архитектуре приложений 15%
  Формирование технической архитектуры распределение данных/приложений, отчет по технологической архитектуре 10%
  Разработка плана реализации последовательность, план перехода, цены и преимущества, факторы успеха и рекомендации 15%
  Заключительное планирование окончательный отчет, презентация -
  Переход к реализации совершенствование политик, стандартов, процедур, детализация проектных планов -

Начнем построение архитектуры с организационного уровня.






© 2023 :: MyLektsii.ru :: Мои Лекции
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав.
Копирование текстов разрешено только с указанием индексируемой ссылки на источник.