ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ (ИС)

4.09.13

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

Типовые ф-ые компоненты ИС

диалоговый ввод/вывод Presentation Services - PS

логика представления диалога Presentation Logic - PL

прикладная логика обработки данных Business Logic – BL

логика управления Д Data Logic- DL

операции манипулирования файлами и БД File Services - FS Data Services - DS

Эффективность ИС зависит от 3ёх элементов:

- проектирование и реализация БД

- проектирование и реализация приложений для работы с БД

- административные процедуры

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

Принципы создания ИС

Принципы сформулированы академиком В. М. Глушковым, представляют собой научно-методические положения и практические рекомендации по проектированию ИС.

Основополагающие принципы

• принцип системности – позволяет подойти к исследуемому объекту как единому целому, выявить его структурные элементы и установить взаимосвязи между ними, системный подход при этом предполагает проведение двухаспектного анализа: микро и макроанлиза; при микроанализе вся система рассматривается как элемент системы более высокого порядка, этот порядок позволяет установить связи системы с внешней средой; использование этого принципа позволяет отобразить всё существенное и интересующее создателя системы

• принцип развития – ИС должна создаваться с учетом возможности обновления и наращивания функционала.

• принцип совместимости – обеспечение способности взаимодействия ИС различных видов и уровней в процессе их совместного функционирования (ф-ир-ия)

• принцип стандартизации и унификации – включает необходимость применения типовых стандартизированных элементов функционирования ИС

• принцип эффективности – достижение рационального соотношения между затратами на создание ИС и экономического эффекта от её внедрения

Частные принципы, детализирующие основополагающие

• принцип декомпозиции – основан на разделении системы на части

• принцип первого руководителя – закрепляет ответственность при создании ИС за заказчиком

• принцип новых задач

• принцип автоматизации И-ых потоков и документооборотов – предусматривает комплексное использование технических ср-в на всех стадиях прохождения И

• принцип автоматизации проектирования – использование прогр и техн ср-в при разработке самой ИС

Организационно-технологические принципы:

• принцип абстрагирования – выделение существенных аспектов системы и отвлечение от несущественных

• принцип формализации – необходимость строгого методического подхода к решению задачи, в использовании формализованных методов описания проектируемых процессов

• принцип концептуальной общности – заключается в неукоснительном следовании единой методологии на всех этапах проектирования

• принцип непротиворечивости и полноты

• принцип независимости Д – модели Д должны быть проанализированы и спроектирован независимо от процессов их обработки и от их физической структуры и размещения

• принцип структурирования Д

• принцип доступа конечного пользователя – пользователь должен иметь доступ к Д всегда без использования программирования

Следует отметить, что ИС это не только программы, Д и коммуникации, это и люди (заказчик, аналитик, разработчик, пользователь), и организационная структура, цели, стимулы работы предприятия в целом и отдельных людей. Все эти компоненты должны быть понятны и проектировщику и пользователю, и кроме этого должны быть непротиворечивым образом объединены в системе и согласованы. Главной идеей такого согласования является то, что процесс разработки ИС надо начинать с анализа предметной области, рассматривая при этом главные аспекты. Проводить это анализ необходимо на явно изложенных описаниях с использование соответствующих нотаций.

Схема развития архитектуры ИС (Джон Захман в 1987 г.)

- рассматривается с целью формирования взгляда на архитектуру ИС с точки зрения всех участников её разработки

		Д (что?)	Функции (как?)	Место расположения (где?)	Мотивация (почему?)	Люди (кто?)	Время (когда?)
заказчик	Потребности и внешняя среда	список Д	список функций	список мест	конкуренты, рынок, цели, стратегии	партнеры, клиенты, филиалы	главные события ведения бизнеса
	Бизнес-модель организации	инфологическая модель Д ERD, IDEF1X	функциональная модель IDEF0, IDEF3,DFD	бизнес-модель	бизнес-план (прибыль, риски)	организационная структура, распределение ролей, схема взаимодействия	календарный график работ
проектировщик	Логическая модель	-//-	-//-	-//-	-//-	-//-	-//-
разработчик	Техническая архитектура	логическая модель Д	разработка алгоритмов	логическая модель сети	алгоритмы бизнес-правил	техническое оснащение рабочих мест	выбор архитектуры, позволяющей улучшить временные показатели
	Детальная реализация	физическая модель Д (реализация БД на физическом уровне)	программирование (перевод алгоритмов на язык программирования)	физическая организация сети (подключение и настройка)	программирование алгоритмов бизнес-правил	правила авторизации, защита И	реализация возможности контроля времени при выполнении событий
пользователь	Взгляд пользователя	результаты (графики, таблицы)	элементы интерфейса пользователя	комплекс технических и программных средств	анализ успеха, качество внедрения	комплекс технических и программных средств	календарные графика, напоминания, автоматизация процессов

В схеме Захмана каждой строке соответствует точка зрения к-л участника проекта по созданию системы: Заказчик – 1 и 2 строки, Проектировщик – 3 строка, Разработчик – 4 и 5, Пользователь – 6

Заказчик видит систему с т.з. общих стратегических и тактических аспектов.

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

Представления и заказчика и проектировщика независимы от технологий, которые будут использованы при реализации. Зависимость от технологий появляется в строках 4 и 5 (разработчик)

Каждая колонка схемы соответствует аспектам рассмотрения взгляда на архитектуру ИС.

В каждой ячейке схемы представляется вид конечного продукта (архитектурное представление) с т.з. соотв. участника разработки ИС. Все эти архитектурные представления имеют различную природу. В основу схемы положена след. идея: деятельность любой организации может быть описана полностью с использованием ответов на простые вопросы: что? как? где? почему? кто? когда?

9.09.13