Корпоративные информационные системы

Размещено на http://www.allbest.ru/

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ОБЛАСТНОЙ

УНИВЕРСИТЕТ

Реферат

По дисциплине «Корпоративные информационные системы»

На тему «Корпоративные информационные системы»

Работу выполнила: Студентка 2 курса, 23группы

экономического факультета

очного отделения специальности

«Информационный менеджмент»

срок обучения 4 года

Гаврилова В.А.

Москва, 2016 г.

Содержание

1. Полезная схема развития архитектуры информационных систем

2. Модель интероперабельности

3. Цель создания архитектуры предприятия

4. Цикл Деминга

1. Полезная схема развития архитектуры информационных систем

Схема Захмана - одна из первых работ в области разработки архитектурных каркасов информационных систем.

Архитектурный каркас информационной системы -- это структура свойств системы, которые должны быть заданы в ходе ее проектирования. Например, цели создания, роли и функции -- всё это свойства системы, а заодно и требования к ней. Поэтому архитектурный каркас -- это также и классификация требований к информационной системе.

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

Схема Захмана является наиболее полным архитектурным каркасом и определяет общие свойства информационных систем на том уровне, когда они еще не зависят от парадигмы проектирования, технологии и средств разработки. Она систематизирует знания об архитектуре информационной системы, охватывая все аспекты проектирования за счет использования системы шести универсальных вопросов «Что? Кто? Где? Когда? Как? Почему?».

Рисунок 1. Столбцы схемы Захмана

Захман адаптировал эти вопросы к проектированию информационных систем и уточнил срезы проектирования.

Срезы Что и Как отдаются для описания Данных и Функций информационной системы- объективному ядру систем этого класса.

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

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

Наши цели всегда привязаны к конкретному месту и времени и не имеют смысла без них, поэтому схема замкнута:

Рисунок 2. Свертка схемы Захмана

Информационная система -- это система, в которой люди оперируют данными, выполняя функции с определенной целью в конкретном месте и заданном времени.

Интересно, что Захман не включил в исходную версию схемы три среза: «люди», «время», «мотивация» -- они появились только во втором, расширенном варианте. Захман был обеспокоен тем, что люди не захотят принять то, что это такие же опорные срезы проектирования, как и остальные. Сравните это с современной ситуацией -- большинство методологий управления проектами фокусируются именно на Людях и Мотивации.

После того как основные ракурсы проектирования установлены, схема Захмана раскладывает знания об информационной системе по шести слоям, которые ведут нас от целей бизнеса, ради которой затевается разработка ИС, к конкретной технологии их достижения. Чем ниже уровень -- тем сильнее зависимость от решений, принятых ранее.

Итак, уровни:

предметная область -- контекст создания системы, ее границы

модель предприятия -- бизнес-категории и связанные с ними бизнес-правила

модель системы -- логическая модель архитектуры, данных, функций

модель технологии -- особенности физической реализации

компоненты -- конкретные объекты и настройки системы, реализация

функционирующая система и ее свойства, исполнение

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

Для разработки спецификации требований к ИС необходимо ответить на каждый из шести универсальных вопросов для каждого из шести слоев. Разумеется, выявления свойств будущей системы чаще всего не совпадает с последовательностью ячеек в схеме Захмана. Но важно понимать, что изменения требований в каждом верхнем слое с большой вероятностью приведут к изменениям в последующих слоях. Может быть и обратная ситуация -- изменения, например, в технологической модели, могут привести к изменению требований верхнего уровня -- бизнес-правил и функций. Поэтому проведя изменения в одной из ячеек, необходимо оценить их влияние на все ячейки схемы.

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

Также в схеме приводятся, но не навязываются, типы моделей для описания каждого среза системы. При этом связи между ними не предопределены.

Рисунок 4. Расширенная схема Захмана в русском адаптированном переводе

На втором этапе Захман предложил расширенную модель архитектуры информационной системы. Но описание расширенной схемы отсутствует и это исключает возможность ее применения на практике.

2. Модель интероперабельности

Интероперабельность- это способность продукта или системы, интерфейсы которых полностью открыты, взаимодействовать и функционировать с другими продуктами или системами без каких-либо ограничений доступа и реализации

Эталонная модель интероперабельности представляет собой развитие семиуровневой базовой эталонной модели взаимодействия открытых систем.

Для систем конкретных классов на базе эталонной модели интероперабельности должны создаваться проблемно-ориентированные модели интероперабельности, которые могут иметь большее число уровней.

Технический уровень

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

Семантический уровень

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

Организационный уровень

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

3. Цель создания архитектуры предприятия

Основные цели создания и использования архитектуры предприятия и его систем позволяют осуществить:

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

· сохранение взгляда на целое в стратегической перспективе;

· исключение провалов в устройстве системы и при ее эксплуатации;

· создание основы и критериев для оценки частных архитектур;

· оптимальное планирование инвестиций предприятия.

Архитектура предприятия является одним из инструментов организационных изменений и всего предприятия в целом с использованием ИТ, и особенно той части организации, которая отвечает за информационные технологии. Гуру в области бизнеса отмечают, что, вообще говоря, существуют два основных подхода к организационным изменениям. Первый подход связан с реорганизацией, реинжинирингом процессов, а второй - с управлением знаниями.

По большому счету, архитектура предприятия - это прежде всего управление знаниями, т.е. процесс сбора и распространения информации о том, как организация использует и должна использовать ИТ в своей деятельности. Включение же в архитектуру предприятия представлений о бизнес-архитектуре обеспечивает связь с возможностями оптимизации бизнес-процессов.

Архитектура предприятия частично затрагивает и процессы управления ИТ в организации. В этом плане она дополняет достаточно эффективные методики организации и реорганизации процессов внутри ИТ-службы, такие как ITIL, COBIT и другие.

4. Цикл Деминга

Цикл Деминга (Deming Cycle, круг качества) - это постоянный круг регулирования усовершенствования продукта и производственных процессов, оптимизации отдельных единиц и объектов.

Этот круг часто называют циклом PDCA. PDCA цикл (Plan-Do-Check-Act): планирование - осуществление - проверка - претворение в жизнь) является широко распространенным методом непрерывного улучшения качества. Второе название метода - цикл Деминга - из-за наглядной круговой графической интерпретации стадий цикла. При помощи постоянных проверок до, во время и после процесса производства, воспитания ответственности за качество и, прежде всего, при помощи постоянного аудита процесса производства могут быть обнаружены слабые места в разных процессах на предприятии. PDCA служит именно для обнаружения причин брака и поддержки всего процесса вплоть до устранения дефектов.

Схема 1. Круг качества (цикл Деминга)

Этапы цикла Деминга

Круг качества включает следующие шаги:

Планирование. Действия должны планироваться перед началом преобразований. Этот шаг охватывает анализ фактического состояния, сведения о потенциале улучшения, а также разработку плановой концепции.

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

Контроль. Здесь контролируется и тщательно перепроверяется реализованный в небольшом процессе результат для широкого перемещения улучшений как нового стандарта.

Претворение в жизнь. В этом шаге новая концепция внедряется, документируется и регулярно проверяется ее соблюдение. Эти действия могут охватывать большие изменения в области структуры и хода процессов. Улучшения начинаются снова с шага планирования.

Нормы системы менеджмента качества ISO9004 описывают жизненный цикл продукта, как круг качества. Товар имеет свой жизненный цикл. От момента возникновения идеи продукта до появления и изъятия его из продажи, продукт проходит несколько фаз. На протяжении каждой фазы осуществляется деятельность, которая влияет на качество товара. Связь жизненного цикла продукта и круга качества показана на схеме 2. Круг качества жизненного цикла продуктов - это также модель производственных процессов, которые будут осуществляться с целью удовлетворения нужд потребителя. В каждой фазе жизненного цикла продукта существуют определенные требования к качеству, которые определяются нормами качества.

В маркетинге и сбыте речь идет об определении требований к продуктам,услугам клиента. На основе исследований на рынках или посредством совместной разработки требуемых показателей продукта (техническое задание, описание требований кпродукту, комплекс требований клиентов) возможноболее широко определить пожелания клиентов.

Схема 2. Жизненный цикл продукта как круг качества.

После установления спецификаций продукта при разработке и конструировании продуктов необходимо ответить на вопрос: как можно выполнить требуемые стандарты качества?

Чтобы достичь требуемого качество большое значение имеет влияние на качество конечного продукта то, какое исходное качество предъявят закупаемые материалы, полуфабрикаты, в какой степени они соответствуют требованиям к конечному продукту для клиента!

Основа производства состоит в том, что оно может выполнить все указанные клиентом показатели конечного продукта. Для этого проводят проверку качества до, во время ипосле изготовления продукта.

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

Обеспечение качества продукта не заканчивается передачей продукта клиентам. Важнее всего - это удовлетворенность клиента и непрерывное улучшение условия у поставщиков. При этом исследуют качество продукта во время практического использования у клиентов. Хорошим показателем качества продукта во время его использования является менеджмент жалоб. Недостатки продукта дают важную информацию и данные для улучшения продукта и процессов на предприятии производителей.

Источники

1. [сайт].-URL: http://reqcenter.pro/zachman-framework/

2. [сайт].-URL: http://interoperability-definition.info/ru/

3. [сайт].-URL: http://dokipedia.ru/print/5169367

4. [сайт].-URL: http://citforum.ru/consulting/articles/enterprise_arch/

5. [сайт].-URL: http://www.up-pro.ru/encyclopedia/deming-cycle.html

Размещено на Allbest.ru