- •Глава 1 Литературный обзор
- •1.1 Архитектура предприятия, история возникновения.
- •Бизнес архитектура.
- •Технологическая архитектура. Контекст и основные элементы технологической архитектуры
- •Архитектура приложений. Контекст и основные элементы архитектуры приложений
- •Глава 2. Организационно-экономическая характеристика государственного бюджетного образовательного учреждения высшего образования «Нижегородский государственный инженерно-экономический университет»
- •2.1. История развития и общая характеристика объекта исследования
- •2.2. Основные показатели деятельности гбоу во нгиэу
- •2.3. Охрана труда в гбоу во нгиэу
- •Глава 3 Маркетинговые мероприятия для вуЗов
- •Архитектура вуза
- •Современных технологий и инструментов привлечения выпускников в компании.
- •3 Глава
- •1.1 Улучшение качества выпускаемых студентов
- •2) Использование новых технологии в педагогических, научно технических и административных сферах.
- •Для выполнения работы мы прибегнем, к общим стандартам по составлению ап.
- •Организационный уровень
- •Бизнес процессы с помощью Aris
- •Бизнес-процесс «построение учебного процесса»
- •Ит инфраструктура
- •Список литературы
- •Научный поиск: архитектура предприятия 2014 [найдено результатов: 10, показано: 10]
- •Анализ архитектуры предприятия.
2) Использование новых технологии в педагогических, научно технических и административных сферах.
В настоящее время происходит активное внедрение ИТ систем в рынок товаров и услуг. И 1 из главных проектов, которые не только внедряют, но и оптимизируют производство является создание архитектуры предприятия. В данном случае рассматривается влияние маркетинга на изменение на Бизнес‐архитектуры, Архитектура информации, Архитектуры прикладных систем и Технологическую архитектуру. Но в этой главе я отражу текущее состояние дел в НГИЭУ с помощью бизнес-ориетированных программ ARIS-express, bp-win. project expert. С помощью них можно оценить возможные области для оптимизации деятельности, расходов.
ARIS-express, с помощью этой программы я создам архитектуру университета, до привлечения дополнительного числа студентов. В 4 главе я по прогнозным оценкам, отражу как измениться архитектура после маркетинговых мероприятий.
bp-win, С помощью BPwin (AllFusion Process Modeler 7) можно организовать подробное документирование всех важных аспекты бизнес-процессов т. е. необходимых действий, способов их осуществления и контроля за ними, необходимыми для этого ресурсами и впоследствии визуализировать полученную информацию. BPwin позволяет повысить эффективность ИТ-решений в бизнесе, проектировщики и аналитики бизнес-моделей получают возможность найти оптимальное соотношение между бизнес-требованиями, корпоративными инициативами, процессами информационной архитектуры и проектированием приложений. С помощью BPwin можно увидеть полную картину организации деятельности предприятия: от количества работы в небольших подразделениях предприятия до сложных функций организации предприятия.
Project Expert - приложение для составления бизнес-планов и проведения анализа инвестиций в бизнес-проекты. В данном случае рассматривается маркетинговый проект с затратами и оценкой инвестиционных рисков. +и- представлены в цифровом и графическом варианте, это позволяет обширней взглянуть на то, чем мы рискуем, во что вкладываем, и сколько ресурсов необходимо.
ARIS-express
Разработка АП с помощью данной прораммы отразит, ее до изменния в результате проведенных маркетинговых мероприятий и после, после в виде слайдов представлю компоненты АП.
Для выполнения работы мы прибегнем, к общим стандартам по составлению ап.
Стандарт определяет необходимый набор объектов, с помощью которых осуществляется моделирование:
шаблоны и категории диаграмм (отметим, что в качестве нотаций для описания процессов использовался диалект диаграмм потоков данных, а для описания данных - диалект диаграмм "сущность-связь");
шаблоны и категории объектов;
типы связей и ассоциаций, необходимых для моделирования;
правила именования и нумерации объектов и схем;
стили;
перечни атрибутов объектов для обеспечения полноты описания деятельности и возможности получения необходимых отчетов из Casewise Corporate Modeler.
Определение категорий диаграмм, используемых для построения архитектуры и перечисленных в таблице 2.4, представлено в соответствии с областями описаний по столбцам матрицы, приведенной на рис. 2.3, сверху вниз. Пример описания объектов диаграммы уровня процессов приведен в таблице 2.5.
Таблица 2.5. |
|
Наименование и представление |
Описание |
Внешняя сущность |
Назначение. Моделирует внешние по отношению к организации/подразделению объекты. При этом
Имя. Имя представляет собой существительное. Пример: склад, клиент, поставщик и т.д. |
Функциональный объект\функция
|
Назначение. Моделирует функциональный объект любого уровня детализации (от сферы деятельности до функции нижнего уровня), допускает детализацию диаграммой следующего уровня, присутствие которой обозначается символом декомпозиции. Поле "Имя" содержит наименование процесса в виде глагола в неопределенной форме. Пример: "Проверить поступление денег". Детализация. Осуществляется посредством декомпозиции данного процесса диаграммами уровня процессов более низкого уровня, логическими схемами процессов или детальными схемами процессов. |
Хранилище данных
|
Назначение. Моделирует накопитель данных Имя. Идентифицирует его содержимое. Должно быть существительным. |
Поток данных
|
Назначение. Моделирует направленный поток данных Имя. Имя отражает содержание потока |
Символ декомпозиции
|
Назначение. Показывает, что данный процесс детализируется диаграммой следующего уровня |
В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS - Architecture of Integrated Information System, разработанный германской фирмой IDS Scheer. Его методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.
ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.
Все эти модели представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа.
Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования. В процессе моделирования каждый аспект деятельности организации сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами.
Разработка архитектуры будет проходить в 10 этапов и подразделяется на 4 уровня:
уровень 1 (исходная позиция) - выработка решений, которые необходимо принять для реализации соответствующей архитектуры организации, и определение состава необходимого для реализации инструментария;
уровень 2 (анализ текущего состояния) - определение точки отсчета для преобразования существующей архитектуры в целевую, а также формирование временного графика перехода;
уровень 3 (планируемая перспектива) - определение технических деталей перспективной архитектуры (данные, приложения и технологии);
уровень 4 – формирование плана реализации перспективной архитектуры.
Таблица 2.3. Этапы планирования архитектуры |
|||
№ |
Название этапа |
Результаты |
Трудозатраты |
1 |
Инициация планирования |
цели, видение, методологии, инструментарий, команда, презентации, рабочий план |
- |
2 |
Предварительное бизнес-моделирование |
организационно-штатная структура, предварительная функциональная бизнес-модель |
7% |
3 |
Формирование снимка организации |
полная функциональная бизнес-модель |
23% |
4 |
Описание текущих систем и технологий |
каталог информационных ресурсов, системные схемы |
15% |
5 |
Формирование архитектуры данных |
определения сущностей, ER-модель, матрица сущности-функции, отчет по архитектуре данных |
15% |
6 |
Формирование архитектуры приложений |
определения приложений, матрицы приложений, анализ покрытия, отчет по архитектуре приложений |
15% |
7 |
Формирование технической архитектуры |
распределение данных/приложений, отчет по технологической архитектуре |
10% |
8 |
Разработка плана реализации |
последовательность, план перехода, цены и преимущества, факторы успеха и рекомендации |
15% |
9 |
Заключительное планирование |
окончательный отчет, презентация |
- |
10 |
Переход к реализации |
совершенствование политик, стандартов, процедур, детализация проектных планов |
- |
Начнем построение архитектуры с организационного уровня.
