Проектирование информационных систем в экономике

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

функции — информация о событиях и процессах, которые происходят в бизнесе;

сущности  — информация о вещах, имеющих  значение для организации и о  которых что-то известно.

Двумя классическими результатами анализа  являются:

иерархия  функций, которая разбивает процесс  обработки на составные части (что  делается и из чего это состоит);

модель "сущность-связь" (Entry Relationship model, ER-модель), которая описывает сущности, их атрибуты и связи (отношения) между ними.

Этап проектирования. Технический проект. На этом этапе  создается собственно проект АИС на бумаге, выбираются и обосновываются проектные решения по каждому из основных компонентов (техническом, программном, информационном обеспечении  и т.д.).

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

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

Этап  проектирования. Технический проект.. Рабочий проект.

Разработка  и отладка программ;

Корректировка структур баз данных;

Разработка  должностных инструкций;

Наполнение  системы фактическими данными;

построение  процедур их обработки;

интеграция  процедур внутри автоматизированных рабочих  мест;

интеграция  автоматизированных рабочих мест в  систему.

Этап  проектирования. Ввод системы в действие.

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

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

Сдача в промышленную эксплуатацию. Повседневное функционирование системы; обслуживание и администрирование.

 

 

4. Методы проектирования  ИС

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

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

Причины, толкающие предприятия и банки  разрабатывать  свои АИС собственными силами следующие:

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

 Вместе  с тем при собственной разработке  необходимо решить целый комплекс  сложных организационно-технических  задач, которые позволили бы  избежать ошибочных решений: 

• необходимо осуществить правильный выбор, как архитектуры построения корпоративной сети, так и   профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.
• использование при разработке современного инструментальных средств разработки (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.);
• применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС;
• освоение новых технологий, позволяющих разрабатывать АИС, с использование современных возможностей мобильной связи и интернет;
• создание полноценного комплекта документации, с последующей его корректировкой при изменении программ.

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

В банковских структурах есть осознание необходимости  внедрения и развития корпоративных  информационных систем,  как одной  из основных компонент стратегического  развития бизнеса. В настоящее время  только 15% автоматизированных банковских систем (АБС) созданы кустарным путем, и число таких систем сокращается.

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

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

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

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

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

Примеры ППП:

• для бухучета «1С-бухгалтерия», «Бэст», «Инфо- Бухгалтер»;
• справочное и информационное обеспечивание «Гарант», «Консультант»;
• экономическая и финансовая деятельность поддерживается «Экономический анализ и прогноз деятельности фиры, организации» (производитель фирма ИНЕК;
• «Финансовый анализ предприятия» фирма Инфософт.

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

Автоматизированных систем проектирования – быстроразвивающийся путь ведения проектных работ. За последнее десятилетие появился класс программно-технологических средств CASE-средств, реализующих CASE-технологию создания и сопровождения АИС. Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время CASE-средства  охватывают процесс разработки сложных АИС в целом.  Теперь под термином CASE-средства понимаются программные средства, поддерживающие процессы создания и сопровождения АИС, включая анализ и формулировку требований, проектирование прикладного ПО и баз данных, генерацию программного кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.

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

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

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

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

• высокий уровень технологической поддержки процессов разработки и сопровождения ПО;
• положительное воздействие на некоторые или все из перечисленных факторов: производительность, качество продукции, соблюдение стандартов, документирование;
• приемлемый уровень отдачи от инвестиций в CASE-средства

 

Список использованной литературы

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник.-М.: Финансы и статистика, 2000.

2.   Проектирование  экономических информационных систем: Учебник / Г.Н. Смирнова, А.А. Сорокин,  Ю.Ф. Тельнов; Под ред. Ю.Ф.  Тельнова. – М.: Финансы и статистика. 2001.