Глава 9
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ В МЕНЕДЖМЕНТЕ
9.1.
ОСНОВНЫЕ ПОНЯТИЯ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ. МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ИНФОРМАЦИОННЫХ СИСТЕМ
Проектирование информационных технологий в менеджменте является сложным процессом. Эта сложность обусловливается несколькими факторами, среди которых следует выделить прежде всего комплексность проектирования всей предметной области с охватом всех параметров управленческих процессов. В связи с этим возникает необходимость в проектировании не отдельных информационных технологий, обеспечивающих автоматизацию решения узкоспециализированных функциональных задач предприятия, а организацию и внедрение ИС, охватывающей все информационные объекты и управленческие процессы в их взаимосвязи между собой, а также с внешними, по отношению к рассматриваемому предприятию, объектами и процессами. Таким образом, при рассмотрении вопросов проектирования ИС будет подразумеваться и проектирование информационных технологий в менеджменте как взаимосвязанных процедур обработки информационных ресурсов на предприятии, в рамках существующей информационной системы.
Проектирование информационной системы — процесс преобразования входной информации об объекте проектирования, о методах проектирования и опыте проектирования объектов аналогичного назначения в проект информационной системы.
Проектирование информационной системы на любом предприятии можно рассматривать как проектирование совокупности взаимодействующих элементов (подразделений), каждый из которых может иметь свою, достаточно сложную структуру. Взаимосвязи между подразделениями тоже достаточно сложны. В общем случае можно выделить три вида связей между подразделениями предприятия:
функциональные связи — каждое подразделение выполняет определенные виды работ в рамках единого бизнес-процесса;
информационные связи — подразделения обмениваются информацией (документами, факсами, письменными и устными распоряжениями и т.п.);
внешние связи — некоторые подразделения взаимодействуют с внешними системами, причем их взаимодействие также может быть как информационным, так и функциональным.
Однако, несмотря на выделение отдельных элементов и связей между ними, информационная система предприятия разрабатывается как некий единый проект, который включает частичный или полный пересмотр деятельности менеджмента предприятия в условиях вновь создаваемой в организации информационно-технологической среды. Поэтому целью проектирования является прежде всего разработка проектных решений повышения эффективности управления на базе результатов углубленного изучения особенностей производственных, хозяйственных, финансовых и информационных процессов предприятия, а также подготовка проектных документов и внедрение человекомашинной системы управления предприятием.
Цель создания проекта кратко представлена в самом понятии проектирования, которое произошло от латинского слова projectus, что означает «брошенный вперед» и обозначает процесс создания прототипа, прообраза предлагаемого или возможного объекта, состояния.
Современное проектирование конкретной ИС представляет собой процесс разработки проектно-конструкторской и технологической документации, в которой представлено описание проектных решений по созданию и эксплуатации информационной системы и технологии предприятия.
К основным задачам, которые решаются в процессе проектирования ИС, можно отнести:
обеспечение создания ИС, отвечающих целям и задачам организации, а также предъявляемым требованиям по автоматизации бизнес-процессов предприятия;
создание информационной системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта;
поддержку удобной дисциплины сопровождения, модификации и наращивания информационной системы;
обеспечение преемственности разработки, т.е. использование в разрабатываемых ИС существующей информационной инфраструктуры организации (задела в области информационных технологий) и т.д.
В соответствии с обозначенными целями и задачами разработки и внедрения проекта определяется метод проектирования, под которым понимается способ создания проекта ИС, поддерживаемый определенными средствами проектирования.
Методы проектирования информационных систем можно классифицировать по различным признакам, представленным в табл. 9.1.
Таблица 9.1 Методы проектирования информационных систем
Метод проектирования |
Характеристика метода проектирования информационных систем |
1. Степень автоматизации |
|
Ручное проектирование |
Проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование выполняется на алгоритмических языках |
Автоматизированное |
Выполняется настройка проектных решений на основе использования специальных инструментальных программных средств |
2. Степень использования типовых проектных решений |
|
Оригинальное (инди-видуальное) проекти-рование |
Все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности |
Типовое проектирование |
Предполагает создание ИС из готовых типовых элементов. Основополагающим требованием для применения методов типового проектирования является возможность деком-позиции проектируемых ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). . Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные ре-шения, которые настраиваются на особенности конкретного предприятия. |
3. Степень адаптивности проектных решений |
|
Реконструкция |
Адаптация проектных решений выполняется путем перера-ботки соответствующих компонентов (перепрограм-мирования программных модулей). |
Параметризация |
Проектные решения настраиваются в соответствии с изменяемыми параметрами. |
Реструктуризация модели |
Изменяется модель проблемной области, на основе которой автоматически перенастраиваются проектные решения. |
Использование определенного метода проектирования информационной системы предъявляет требования к технологии разработки проекта, в основе которой лежит технологический процесс, определяющий действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.
В основе каждого метода проектирования лежит технологический процесс, который делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Действия, которые выполняются при проектировании ИС, могут быть определены как неделимые технологические операции или как подпроцессы технологических операций. Все действия могут быть собственно проектировочными, которые формируют или модифицируют результаты проектирования, и оценочными, которые вырабатывают по установленным критериям оценки результатов проектирования.
Таким образом, технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода, в результате чего определяется не только, что должно быть сделано для создания проекта, но и как, кому и в какой последовательности это должно быть сделано.
В целом технология проектирования определяется как совокупность трех составляющих:
пошаговой процедуры, определяющей последовательность технологических операций проектирования;
критериев и правил, используемых для оценки результатов выполнения технологических операций;
нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
Нотация — совокупность графических объектов и текстовых средств, используемых для описания проектируемой системы и построения ее модели.
Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:
поддерживать полный жизненный цикл информационной системы;
обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;
обеспечивать возможность выполнения крупных проектов в виде подсистем (т.е. возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности с последующей интеграцией составных частей). Опыт разработки крупных ИС показывает, что для повышения эффективности работ необходимо разбить проект на отдельные слабо связанные по данным и функциям подсистемы. Реализация подсистем должна выполняться отдельными группами специалистов. При этом необходимо обеспечить координацию ведения общего проекта и исключить дублирование результатов работ каждой группы, которое может возникнуть в силу наличия общих данных и функций;
обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3—7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;
обеспечивать минимальное время получения работоспособных ИС, при этом имеются в виду не сроки готовности всей ИС, а сроки реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта внедрение идет последовательно по отдельным подсистемам; предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных, операционных систем, языков и систем программирования и т.д.);
поддерживаться комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях жизненного цикла ИС.
CASE-средства (Computer Aided Software Engineering) — программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и БД, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.
Реальное применение любой технологии проектирования, разработки и сопровождения ИС в конкретной организации и конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта. К таким стандартам относятся стандарт проектирования, стандарт оформления проектной документации и стандарт пользовательского интерфейса.
Стандарт проектирования устанавливает набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации, правила фиксации проектных решений на диаграммах, в том числе: правила именования объектов (включая соглашения по терминологии), набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм, включая требования к форме и размерам объектов, и т.д., требования к конфигурации рабочих мест разработчиков, включая настройки операционной системы, настройки СASE-средств и общие настройки проекта, а также механизм обеспечения совместной работы над проектом, в том числе: правила интеграции подсистем проекта, правила поддержания проекта в одинаковом для всех разработчиков состоянии (регламент обмена проектной информацией, механизм фиксации общих объектов и т.д.), правила проверки проектных решений на непротиворечивость и т.д.
Стандарт оформления проектной документации устанавливает комплектность, состав и структуру документации на каждой стадии проектирования, требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.), правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии, требования к настройке издательской системы, используемой в качестве встроенного средства подготовки документации, требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.
Стандарт интерфейса пользователя устанавливает правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления, правила использования клавиатуры и мыши, правила оформления текстов помощи, перечень стандартных сообщений, а также правила обработки реакции пользователя.
Выработанные стандарты определяют средства проектирования ИС, под которыми понимается комплекс инструментальных средств, обеспечивающих в рамках выбранной технологии проектирования поддержку жизненного цикла информационной системы. Средства проектирования можно разделить на классы, представленные в табл. 9.2.
Таблица 9.2 Состав средств проектирования ИС
Класс средств проектирования |
Область использования |
Состав |
Примеры |
Документальные |
Применяются на всех стадиях и этапах проектирования ИС. Включают средства организационно-мето-дического обеспечения операций проектирования |
Стандарты проекти-рования, ЕСКК, уни-фицированная сис-тема документации, модели описания и анализа потоков информации и т.п. |
ГОСТ 34.601-90, стандарт ISO/IEC 12207:1995, УСОРД, модели DFD, IDEF0 и т.д. |
Операционные |
Поддерживают отдель-ные операции проекти-рования и обработки данных |
Алгоритмические языки, библиотеки стандартных подпрограмм, утилиты, средства тестирования и отладки ПО и т.д. |
Языки программ-мирования Си++, Visual Basic, биб-лиотеки DLL, от-ладчики систем программирования (debugger) и т.д. |
Компонентные |
Поддерживают про-ектирование отдель-ных компонентов ИС. Используются для раз-работки подсистем ввода и вывода инфор-мации, хранения и доступа к данным, принятия решений и т.д. |
СУБД, методо-ориен-тированные ППП, табличные процесс-соры, оболочки экс-пертных систем, гра-фические редакторы, статистические ППП и т.д. |
СУБД Oracle, MathCad, MS Excel, Adobe Photoshop, оболочка ЭС EMYCIN и т.д. |
Функциональ-ные |
Поддерживают проек-тирование разделов проекта ИС и направ-лены на разработку ав-томатизированных систем, реализующих функции, комплексы задач и задачи управ-ления |
Функционально-ори-ентированные ППП, типовые проектные решения (ТПР) |
1С: Бухгалтерия, Project Expert, система «Клиент-банк», ТПР «Галактика» и т.д. |
Автоматизиро-ванные |
Поддерживают авто-матизированную раз-работку проекта на стадиях и этапах про-цесса проектирования |
CASE- средства |
ERwin, BPwin, Rational Rose Silverrun и т.д. |
Индустрия проектирования ИС зародилась в 1950—1960-х гг. и к настоящему моменту приобрела вполне законченные формы.
На начальном этапе основным подходом в проектировании информационных систем был метод «снизу вверх», когда технология обработки информации в информационных системах базировалась на наборе приложений, автоматизирующих отдельные функциональные подсистемы. Основной целью проектирования было не создание тиражируемых продуктов, а обслуживание текущих информационных потребностей конкретного учреждения. Такой подход к проектированию ИС отчасти сохраняется и сегодня. В рамках этого подхода достаточно хорошо обеспечивается поддержка отдельных функций управления предприятием, но практически полностью отсутствует стратегия развития комплексной ИС, а объединение функциональных подсистем превращается в самостоятельную и достаточно сложную проблему.
Следующий этап в проектировании информационных систем связан с использованием метода «сверху вниз». Этот метод предполагает последовательное разложение общей задачи обработки данных в информационной системе управления на простые функциональные элементы. Соответственно сначала разрабатываются такие общесистемные вопросы, как организация интегрированной БД, технология сбора, передачи и накопления информации, а затем технология решения конкретных задач. В результате строится иерархическая схема, отражающая состав и взаимоподчиненность отдельных функциональных модулей обработки данных.
Метод проектирования «сверху вниз» достаточно эффективен для разработки несложных систем обработки данных, когда структура информационной системы предприятия заранее понятна и хорошо прогнозируема, но он не позволяет качественно разрабатывать проекты сложных корпоративных систем, основанных на многоуровневых иерархических технологиях обработки данных.
В настоящее время используется другой подход к проектированию информационных систем, который основан на построении и поэтапном преобразовании ряда согласованных моделей ИС, в совокупности образующих жизненный цикл (ЖЦ) информационной системы. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание жизненного цикла позволяет спланировать и организовать процесс коллективной разработки ИС и обеспечить управление этим процессом.
Модель жизненного цикла ИС — структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения системы, начиная с момента определения требований и заканчивая моментом завершения ее использования.
Существует несколько моделей ЖЦ информационной системы, используемые при проектировании ИТ, которые различаются способом взаимосвязи этапов жизненного цикла. При этом каждый из этих этапов в том или ином виде присутствует в каждой модели (табл. 9.3).
Таблица 9.3 Этапы жизненного цикла информационных систем
Название этапа |
Краткая характеристика этапа |
1. Анализ и разработка тре-бований к ИС |
Предполагает подробное исследование бизнес-процессов и информации, необходимой для их выполнения. На этом этапе формируется информационная модель ИС |
2. Проектирова-ние ИС |
Формируется модель данных. Конечным продуктом этапа является набор спецификаций модулей системы. Результаты этапа оформляются в виде единого документа — технической спецификации |
3. Реализация ИС |
На основании разработанной технической спецификации выполняется разработка и настройка программ, наполнение БД, создание рабочих инструкций для персонала, оформление рабочего проекта, оформление проектной и эксплуатационной документации, подготовка материалов, необходимых для проведения тестирования, разработка материалов, необходимых для организации обучения персонала. |
4. Тестирование ИС |
Предполагает корректировку информационного, аппаратного, программного обеспечения и включает в себя автономные тесты модулей ИС, тесты связей компонентов ИС, общий тест разработанного проекта |
5. Ввод в эксп-луатацию ИС |
Заключается в поэтапном внедрение ИС в эксплуатацию по подразделениям экономического объекта |
6. Эксплуатация и сопровождение ИС |
Обеспечивается функционирование всех компонентов ИС |
В настоящее время используются три основные модели жизненного цикла информационной системы — каскадная, поэтапная и спиральная.
Каскадная модель («водопад») предусматривает последовательное выполнение всех этапов проектирования ИС в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе (рис. 9.1).
Рис. 9.1. Каскадная модель жизненного цикла ИС
Модель предполагает следующие свойства взаимодействия этапов:
модель состоит из последовательно расположенных этапов;
каждый этап полностью заканчивается до того, как начнется следующий;
этапы не перекрываются во времени: следующий этап не начинается до тех пор, пока не завершится предыдущий;
возврат к предыдущим этапам не предусмотрен либо всячески ограничен;
исправление ошибок происходит лишь на стадии тестирования;
результат появляется только в конце разработки.
Критерием появления результата является отсутствие ошибок и точное соответствие продукта первоначальной спецификации.
Можно выделить следующие положительные стороны применения каскадного подхода к проектированию ИС. Во-первых, на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности. Во-вторых, выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении относительно простых ИС, когда в самом начале разработки можно достаточно точно и полно сформулировать все требования к системе. Основным недостатком этого подхода является то, что реальный процесс создания системы никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ИС оказывается соответствующим поэтапной модели с промежуточным контролем.
Поэтапная модель с промежуточным контролем характеризуется тем, что разработка ИС ведется отдельными этапами с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период проектирования. Данная модель еще известна как итерационная модель или «водоворот» (рис. 9.2).
Рис. 9.2. Поэтапная модель жизненного цикла ИС
Для этой модели характерны следующие свойства взаимодействия этапов:
модель состоит из последовательно расположенных этапов;
каждый этап имеет обратную связь с предыдущими этапами;
исправление ошибок происходит на каждом из этапов, сразу при выявлении проблемы — это промежуточный контроль;
этапы перекрываются во времени по причине наличия обратной связи: следующий этап не начинается, пока не завершится предыдущий; при первом проходе по модели вниз, как только обнаружена ошибка, осуществляется возврат снизу вверх к предыдущим этапам, которые повлекли ошибку; таким образом, фактически этапы оказываются растянутыми во времени;
результат появляется только в конце разработки.
Критерием появления результата является приемлемое качество информационной системы, т.е. такое состояние ИС, когда наиболее критичные для заказчика ошибки устранены, а с наличием непринципиальных для жизнедеятельности системы ошибок заказчик согласился — данные ошибки описаны в документации и фактически переведены, таким образом, в разряд особенностей системы.
Спиральная модель предполагает на каждом витке спирали создание очередной версии проекта, уточнение требований, определение качества проектируемой информационной системы и планирование работы следующего витка. Спиральная модель делает упор на начальные этапы жизненного цикла: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии проекта информационной системы, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации (рис. 9.3).
Рис. 9.3. Спиральная модель жизненного цикла ИС
Этапы жизненного цикла этой модели взаимосвязаны следующим образом:
модель состоит из последовательно расположенных этапов в пределах одного витка спирали;
внутри витка спирали этапы не имеют обратной связи, анализ результата осуществляется в конце витка и инициирует новый виток спирали;
исправление ошибок происходит на этапе тестирования на каждом из витков спирали; фактически часть ошибок исправляется в пределах одного витка посредством связи этапов реализации и тестирования, ошибки, которые не могут быть исправлены и требуют более глубоких структурных изменений, инициируют новый виток спирали;
этапы могут перекрываться во времени в пределах одного витка спирали;
результат появляется в конце каждого витка спирали и подвергается подробному анализу, анализируются новые требования заказчика и инициируется новый виток спирали;
при переходе от витка к витку происходит накопление и повторное использование моделей и прототипов ИС.
Использование спиральной модели позволяет осуществлять переход на следующий этап выполнения проекта, не дожидаясь полного завершения текущего, так как главная задача каждого этапа — как можно быстрее создать работоспособный продукт, который можно показать пользователям системы. Таким образом, существенно упрощается процесс внесения уточнений и дополнений в проект. Спиральная модель ориентирована на большие, дорогостоящие и сложные проекты.
9.2. КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла информационной системы. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90 «Комплекс стандартов на автоматизированные системы». В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
Процесс канонического проектирования в соответствии с указанным ГОСТом делится на восемь стадий, состав и содержание которых приведены в табл. 9.4.
Таблица 9.4 Стадии и этапы работ канонического проектирования
Стадии создания ИС |
Этапы создания информационных систем |
1. Формирование требований к ИС |
1.1. Обследование объекта и обоснование требований к ИС 1.2. Формирование требований пользователя к ИС 1.3. Оформление отчета о выполненной работе и заявки на разработку ИС (тактико-технического задания) |
2. Разработка кон-цепции ИС |
2.1. Изучение объекта 2.2. Проведение необходимых НИР 2.3. Разработка вариантов концепции ИС и выбор варианта концепции ИС, удовлетворяющего требованиям пользователя 2.4. Оформление отчета о выполненной работе |
3. Техническое за-дание на создание ИС |
3.1. Разработка и утверждение технического задания на создание ИС |
4. Эскизный проект ИС |
4.1. Разработка предварительных проектных решений по системе и ее частям 4.2. Разработка документации на ИС и ее части |
5. Технический проект ИС |
5.1. Разработка проектных решений по системе и ее частям 5.2. Разработка документации на ИС и ее части 5.3. Разработка и оформление документации на поставку изделий для комплектования ИС и (или) технических требований (технических заданий) на их разработку 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации |
6. Рабочая докумен-тация ИС |
6.1. Разработка рабочей документации на систему и ее части 6.2. Разработка или адаптация программ |
7. Ввод в действие ИС |
7.1. Подготовка объекта автоматизации к вводу ИС в действие 7.2. Подготовка персонала 7.3. Комплектация ИС программными и техническими средствами и программно-техническими комплексами 7.4. Строительно-монтажные работы 7.5. Пусконаладочные работы 7.6.Проведение предварительных испытаний 7.7. Проведение опытной эксплуатации 7.8. Проведение приемочных испытаний |
8. Сопровождение ИС |
8.1. Выполнение работ в соответствии с гарантийными обязательствами 8.2. Послегарантийное обслуживание |
Между стадиями ГОСТа и стадиями жизненного цикла ИС нетрудно установить соответствие. Первые три стадии ГОСТа соответствуют стадии анализа и разработки требований к ИС жизненного цикла, следующие две - стадии проектирования ИС, 6-я стадия ГОСТа соответствует стадии реализации ИС, 7-я стадия - стадиям тестирования и ввода в эксплуатацию, 8-я стадия — стадии эксплуатации и сопровождения. Таким образом, к основным этапам проектирования ИС можно отнести: 1) обследование ИС; 2) этап проектирования; 3) этап реализации проекта; 4) этап тестирования проекта; 5) ввод в эксплуатацию ИС; 6) этап эксплуатации и сопровождения ИС.
1. Обследование существующей ИС имеет важное значение на начальной стадии проектирования.
Обследование информационной системы — комплекс научно-исследовательских работ и организационно-технических мероприятий, направленных на изучение и диагностический анализ организационной структуры, деятельности и существующих технологий обработки информации изучаемого объекта.
Обследование существующей информационной системы включает в себя сбор материалов для обоснования целесообразности и эффективности создания ИС и проведение анализа, а также формирование технического задания (ТЗ) на создание системы. Основная задача обследования — оценка реального объема проекта по созданию ИС, ее целей и задач, состав функциональных подсистем и возможностей реализации проекта.
Обследование предприятия выполняется в соответствии с разработанной программой, по заранее разработанному плану-графику (рис. 9.4).