Информация в экономике

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

·           программистов, входящие в состав подразделений самого предприятия;

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

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

·        

·           бизнес - процессы данного предприятия или банка, сложившиеся технологии управления;

·        

·           правил игры на рынке. 

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

·            профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.

·         Delphi, Designer2000, Developer2000, SQL-Stations и т.п.);

·        

·         интернет;

·        

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

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

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

·        

·        

·        

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

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

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

Примеры ППП:

·         Бэст», «Инфо- Бухгалтер»;

·         обеспечивание «Гарант», «Консультант»;

·         фиры, организации» (производитель фирма ИНЕК;

·         Инфософт.

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

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

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

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

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

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

·        

·        

·        

CASE-средства. Общая  характеристика и классификация

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

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

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

·        

·        

·         репозитория).

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;

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

·        

·        

·        

·        

·        

·        

·         реинжиниринга.

Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация  по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым  функциям:

·         tools),

·         toolkit)

·         репозиторием. 

Помимо этого, CASE-средства можно классифицировать по следующим  признакам:

применяемым методологиям и  моделям систем и БД;

степени интегрированностию с СУБД;

доступным платформам.

Классификация по типам в  основном совпадает с компонентным составом CASE-средств и включает следующие  основные типы:

·        Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));

·        Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;

·        ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;

·        Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun;

·        реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).

Вспомогательные типы включают:

средства планирования и  управления проектом (SE Companion, Microsoft Project и др.);

средства конфигурационного  управления (PVCS (Intersolv));

средства тестирования (Quality Works (Segue Software));

средства документирования (SoDA (Rational Software)).

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

Vantage Team Builder (Westmount I-CASE);

Designer/2000;

Silverrun;

ERwin+BPwin;

S-Designor;

CASE.Аналитик.

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

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

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