построение
процедур их обработки;
интеграция
процедур внутри автоматизированных рабочих
мест;
интеграция
автоматизированных рабочих мест в
систему.
Этап
проектирования. Ввод системы в действие.
Подготовка
к внедрению: установка и ввод
в эксплуатацию технических средств,
обучение персонала, загрузка баз данных
Проведение
опытной эксплуатации – отладка
взаимодействия различных частей системы.
Сдача
в промышленную эксплуатацию. Повседневное
функционирование системы; обслуживание
и администрирование.
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-средства
CASE-средства.
Общая характеристика
и классификация
Современные
CASE-средства охватывают обширную область
поддержки многочисленных технологий
проектирования ИС: от простых средств
анализа и документирования до полномасштабных
средств автоматизации, покрывающих весь
жизненный цикл ПО.
В
разряд CASE-средств попадают как относительно
дешевые системы для персональных
компьютеров с весьма ограниченными
возможностями, так и дорогостоящие
системы для неоднородных вычислительных
платформ и операционных сред. Так, современный
рынок программных средств насчитывает
около 300 различных CASE-средств, наиболее
мощные из которых так или иначе используются
практически всеми ведущими западными
фирмами.
Обычно
к CASE-средствам относят любое программное
средство, автоматизирующее один или несколько
процессов жизненного цикла ПО и обладающее
следующими основными характерными особенностями:
- мощные графические
средства для описания и документирования
ИС, обеспечивающие удобный интерфейс
с разработчиком и развивающие его творческие
возможности;
- интеграция
отдельных компонент CASE-средств, обеспечивающая
управляемость процессом разработки ИС;
- использование
специальным образом организованного
хранилища проектных метаданных (репозитория).
Интегрированное
CASE-средство (или комплекс средств,
поддерживающих полный ЖЦ ПО) содержит
следующие компоненты;
- репозиторий,
являющийся основой CASE-средства. Он должен
обеспечивать хранение версий проекта
и его отдельных компонентов, синхронизацию
поступления информации от различных
разработчиков при групповой разработке,
контроль метаданных на полноту и непротиворечивость;
- графические
средства анализа и проектирования, обеспечивающие
создание и редактирование иерархически
связанных диаграмм (DFD, ERD и др.), образующих
модели ИС;
- средства
разработки приложений, включая языки
4GL и генераторы кодов;
- средства
конфигурационного управления;
- средства
документирования;
- средства
тестирования;
- средства
управления проектом;
- средства
реинжиниринга.
Все
современные 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.Аналитик (МакроПроджект)).
Выходом таких средств являются спецификации
компонентов и интерфейсов системы, архитектуры
системы, алгоритмов и структур данных;
- средства
проектирования баз данных, обеспечивающие
моделирование данных и генерацию схем
баз данных (как правило, на языке SQL) для
наиболее распространенных СУБД. К ним
относятся ERwin (Logic Works), S-Designor (SDP) и DataBase
Designer (ORACLE). Средства проектирования баз
данных имеются также в составе CASE-средств
Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;
- средства
разработки приложений. К ним относятся
средства 4GL (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)).