построение
процедур их обработки;
интеграция
процедур внутри автоматизированных рабочих
мест;
интеграция
автоматизированных рабочих мест в
систему.
Этап
проектирования. Ввод системы в действие.
Подготовка
к внедрению: установка и ввод
в эксплуатацию технических средств,
обучение персонала, загрузка баз данных
Проведение
опытной эксплуатации – отладка
взаимодействия различных частей системы.
Сдача
в промышленную эксплуатацию. Повседневное
функционирование системы; обслуживание
и администрирование.
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)).