Файл: Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы (Проектирование экономических информационных систем).pdf

Рисунок 9. Классификация экономических информационных систем

1.4. Методологические основы проектирования экономических информационных систем

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

Технологией проектирования экономических информационных систем называется совокупность инструментальных средств проектирования, методологии и методов и средств организации проектирования.

Методология проектирования экономических информационных систем предполагает реализацию выбранной концепции проектирования посредством использования набора методов.[4]

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

Рисунок 10. Методы проектирования экономических информационных систем

Проектирование информационных систем включает следующие основные области:

проектирование объектов данных, которые предполагается реализовать в базе данных разрабатываемой системы;

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

техническое проектирование, реализуемое в рамках определенной среды разработки/ проектирования в рамках выбранной технологии. В эту область включаются конфигурация аппаратных средств, топология вычислительной сети, выбор архитектуры системы (файл-сервер или клиент-сервер), выбор способа обработки данных (параллельная обработка, распределенная обработка). [20]

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

Основные этапы разработки информационной системы для разных моделей жизненного цикла представлены на рисунке 11.

Рисунок 11. Последовательность разработки информационных систем

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

2. СРЕДСТВА АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ ЭКОНОМИЧЕСКИХ СИСТЕМ

2.1. Стандарты проектирования информационных систем

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

Направления стандартов разработки информационных систем представлены на рисунке 12.

Рисунок 12. Направления стандартов разработки информационных систем

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

• ГОСТ 34.601-90 регламентирует автоматизированные системы и определяет этапы и стадии их создания. Стандарт описывает содержание работ на каждом этапе. Данный стандарт лучше всего соответствует каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 стандартизирует процессы и организацию жизненного цикла информационных систем, но не содержит описания фаз, стадий и этапов. Стандарт распространяется на все виды заказного программного обеспечения.
• Rational Unified Process (RUP) регламентирует итеративную модель разработки, состоящую из четырех фаз:
  • • начало;
    • исследование;
    • построение;
    • внедрение.

Каждую фазу возможно разделить на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Выполнение основных четырех фаз считают циклом разработки, каждый цикл завершается генерацией текущей версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова проходит через те же фазы.[13]

• Microsoft Solution Framework (MSF) аналогичен предыдущему стандарту и описывает следующие фазы:
  • • анализ;
    • проектирование;
    • разработка;
    • стабилизация.

Модель является итерационной и предусматривает применение объектно-ориентированного подхода к моделированию.

• Extreme Programming (XP) – экстремальное программирование - было презентовано в 1996 году . Это один из самых современных и новых стандартов разработки информационных систем. В основу этой методологии заложен принцип командной работы, эффективной коммуникации между заказчиком и исполнителем в течение выполнения всех проектных работ. Разработка предполагает использование последовательно дорабатываемых прототипов.

2.2. Средства проектирования информационных систем

Стандартная методология разработки информационных систем включает три базовых компонента:

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

Наиболее популярными и используемыми в практике проектирования информационных систем являются модели структурного подхода, объектного подхода, CASE -средств.

Структурный подход как правило ассоциируют с раздельным построением модели функций (обычно - диаграммы потоков данных) и модели данных (чаще всего диаграммы «сущность - связь»). [5]

Структурный подход проиллюстрирован на рисунке 13.

Рисунок 13. Структурный подход к проектированию информационных систем

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

Объектный подход включает группу моделей, связанных с понятием класса/объекта, объединяющего описание данных (состояние) и их поведение. В настоящее время наиболее естественным является применение набора моделей, входящих в UML (Unified Modeling Language - универсальный язык моделирования), так как этот язык хорошо стандартизирован, часто используется и постоянно развивается. [1]

Объектно-ориентированный подход проиллюстрирован на рисунке 14.

Рисунок 14. Объектно-ориентированный подход к проектированию информационных систем

Модель в CASE-средствах (Computer – Aided Software Engineering – система автоматизированной разработки программного обеспечения) рассматривают как совокупность работ, каждая из которых оперирует с некоторым набором данных.

Пример модели в CASE-средств представлен на рисунке 15.

Рисунок 15. CASE - модель

Наиболее используемым языком моделирования бизнес-процессов является IDF0, в котором система позиционируется как совокупность взаимодействующих работ или функций. Такая принципиально функциональная ориентация является осознанной – функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.[11]

Современный подход к моделированию деловых процессов предполагает использование CASE-средств.

К популярным таким CASE-средствам относятся BPwin (производитель PLATINUM technology), Silverrun (производитель Silverrun technology), Oracle Designer (производитель Oracle), Rational Rose (производитель Rational Software), ARIS Platform (производитель Software AG), MS Visio (производитель Microsoft).

Специалисты выделяют следующие разновидности моделирования информационных систем:

• функциональное моделирование (IDEF0);
• реляционное моделирование (IDEFI, IDEFIX);
• описание бизнес-процессов (IDEF3);
• диаграммы потоков данных (DFD)

Модель IDEF0 предполагает, что имеется четко сформулированная цель, единственный субъект моделирования и единая точка зрения (ракурс).

Модель IDEFI основана на подходе Чена. Этот метод позволяет разработать модель данных, соответствующую реляционной модели в третьей нормальной форме.

Метод IDEFIX – это усовершенствованная версия модели. В нем учтены такие требования, как простота для изучения и возможность автоматизации. Диаграммы IDEFIX применяются в целом ряде распространенных CASE-средств – например, ERwin, Design/ IDEF. [17]

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

Обычно сначала строится модель существующей организации работы – AS - IS (как есть).

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

Технология проектирования информационной системы предполагает сначала разработку модели AS – IS с последующим анализом и улучшением бизнес-процессов, то есть формированием модели TO-BE (как надо). На основе разработанной модели TO-BE строится модель данных, прототип и затем окончательный вариант информационной системы.

В некоторых случаях текущая AS – IS модель и планируемая модели TO-BE отличаются настолько значительно, что переход от начального к конечному состоянию становится неочевидным. В таком случае необходима

промежуточная модель, которая описывает процесс перехода от начального к конечному состоянию системы (так как переход также рассматривается как ,

бизнес-процесс).

Диаграммы DFD позволяют наиболее эффективно и наглядно описать процесс документооборота за счет наличия элементов для обозначения источников, приемников и хранилищ данных.[8]

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

Пример модели в нотации IDEF0 представлен на рисунке 16.

Рисунок 16. Модель TO-BE в нотации IDEF0

2.3. Средства структурного анализа

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