8.2 Основные понятия проектирования кис

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

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

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

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

• понятность для заказчиков и разработчиков на основе применения графических средств отображения модели;

• реализуемость, подразумевающая наличие средств физической реализации модели предметной области в ИС;

• обеспечение оценки эффективности реализации модели на основе определенных методов и вычисляемых показателей.

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

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

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

• информационные – подразделения обмениваются информацией (документами, факсами, письменными и устными распоряжениями и т.п.);

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

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

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

2. Развитие – система создается с учетом постоянного изменения бизнеса и потребностей пользователей, что требует наличия в системе инструментария для адаптации или модернизации в соответствии с новыми требованиями;

3. Совместимость – разработанная ИС должна быть открытой, ориентированной на максимальное использование стандартов на все виды обеспечения;

4. Непосредственное участие работников предприятия в процессе проектирования и разработки ИС – непрерывный контроль со стороны заказчика позволяет избежать неправильных постановок задач и ускорить процесс внедрения системы;

5. Безопасность – предполагает обеспечение безопасности всех информационных процессов;

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

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

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

• по времени или по стадиям жизненного цикла разрабатываемой системы – в данном случае рассматривается динамическая организация процесса разработки, описываемая в терминах циклов, стадий, итераций и этапов.

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

Можно выделить следующие основные отличительные признаки проекта как объекта управления:

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

• ограниченность бюджета и требуемых ресурсов;

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

• правовое и организационное обеспечение – создание специфической организационной структуры на время реализации проекта.

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

Преимущества пилотного проекта:

• небольшая стоимость по сравнению с полномасштабным внедрением;

• малые сроки реализации с большой практической ценностью;

• построение модели предприятия для дальнейшего внедрения.

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

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

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

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

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

Типовое проектирование предполагает реализацию одного из подходов к проектированию: параметрически-ориентированного (оценка пригодности пакетов прикладных программ (ППП) для решения задач, анализ и оценка доступных ППП, выбор и закупка наиболее подходящего пакета, настройка параметров или доработка закупленного ППП) и модельно-ориентированного (адаптация типовой ИС в соответствии с моделью объекта автоматизации, т.е. ее построение с использованием специального программного инструментария – SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler).

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

• объем работ;

• сроки выполнения;

• себестоимость;

• экономическая эффективность, обеспечиваемая реализацией проекта;

• социальная и общественная значимость проекта.

Основные стадии проектирования информационной системы. Каждый проект проходит в своем развитии определенные состояния: от состояния, принятия решения о создании информационной системы, до вывода из эксплуатации. Совокупность ступеней развития принято разделять на стадии.

Можно выделить следующие стадии развития информационной системы:

Концептуальная стадия. Главным содержанием работ является определение проекта, разработка его концепции, включающая:

формирование идеи, постановку целей;

формирование команды проекта;

изучение требований заказчика;

• сбор исходных данных и анализ существующего состояния;

• определение основных требований, требуемых материальных, финансовых и трудовых ресурсов;

• представление предложений, их экспертизу и утверждение.

Подготовка технического предложения. Целью данной стадии является уточнение технического предложения в ходе переговоров с заказчиком о заключении Договора. Общее содержание работ этой фазы:

• разработка и утверждение технического задания;

• составление бюджета проекта;

• разработка планов работ;

• подписание Договора с заказчиком.

На стадии проектирования определяются подсистемы, их взаимосвязи, выбираются наиболее эффективные способы выполнения проекта и использования ресурсов. Характерные работы этой фазы:

• выполнение базовых проектных работ;

• разработка частных технических заданий;

• выполнение концептуального проектирования;

• разработка технических спецификаций;

• представление проектной разработки, экспертиза и утверждение.

На стадии разработки производятся координация и оперативный контроль работ по проекту, осуществляется изготовление подсистем, их объединение и тестирование. Основное содержание:

• выполнение работ по разработке программного обеспечения;

• подготовка к внедрению системы;

• контроль и регулирование основных показателей проекта.

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

• комплексные испытания;

• подготовка кадров для эксплуатации создаваемой системы;

• подготовка рабочей документации, сдача системы заказчику и ввод ее в эксплуатацию;

• сопровождение, поддержка, сервисное обслуживание;

• накопление опытных данных для последующих проектов, анализ опыта, состояния, определение направлений развития.