2532
.pdfпрограммных продуктов, и разработку материалов, необходимых для ор-
ганизации обучения персонала и т.д.
Эксплуатация включает в себя работы по внедрению компонентов ИС в эксплуатацию, в том числе конфигурирование базы данных и рабо-
чих мест пользователей, обеспечение пользователей эксплуатационной до-
кументацией, проведение обучения персонала и т.д., и непосредственно эксплуатацию, в том числе локализацию проблем и устранение причин их возникновения, модификацию ПО в рамках установленного регламента,
подготовку предложений по совершенствованию, развитию и модерниза-
ции системы.
Сопровождение включает в себя техническую поддержку ИС.
Стадии (этапы) ЖЦ:
1. Планирование и анализ требований (предпроектная стадия или стадия системного анализа): исследование и анализ существующей ИС,
определение требований к создаваемой ИС, оформление технико-
экономического обоснования (ТЭО) и технического задания (ТЗ) на разра-
ботку ИС.
2. Проектирование (техническое проектирование, логическое про-
ектирование): разработка в соответствии со сформулированными требова-
ниями состава автоматизируемых функций (функциональная архитектура)
и состава обеспечивающих подсистем (системная архитектура), оформле-
ние технического проекта ИС.
Второй и третий этапы нередко объединяют в одну стадию, называе-
мую технорабочим проектированием или системным синтезом.
3. Реализация (рабочее проектирование, физическое проектирова-
ние, программирование). Разработка и настройка программ, наполнение базы данных, создание рабочих инструкций для персонала, оформление рабочего проекта.
4. Внедрение (тестирование, опытная эксплуатация): комплексная отладка подсистем, обучение персонала, поэтапное внедрение ИС в экс-
плуатацию (по подразделениям экономического объекта), оформление акта о приемо-сдаточных испытаниях ИС.
5. Эксплуатация ИС (сопровождение, модернизация): сбор стати-
стики о функционировании ИС, исправление ошибок и недоработок,
оформление требований к модернизации ИС и ее выполнение (повторение стадий 2–5).
Модели жизненного цикла ПО ИС. Под моделью ЖЦ ИС понима-
ется структура, определяющая последовательность выполнения и взаимо-
связи процессов, действий и задач, выполняемых на протяжении ИС. Мо-
дель ЖЦ зависит от специфики ИС и специфики условий, в которых по-
следняя создается и функционирует.
Каскадная модель (рис. 2.3) предусматривает последовательное вы-
полнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.
Рисунок 2.3. Каскадная модель ЖЦ ИС
Итерационная модель (поэтапная модель с промежуточным контро-
лем, рис. 2.4). Разработка ИС ведется итерациями с циклами обратной свя-
зи между этапами. Межэтапные корректировки позволяют учитывать ре-
ально существующее взаимовлияние результатов разработки на различных
этапах; время жизни каждого из этапов растягивается на весь период раз-
работки.
Разработка требований 
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 2.4. Поэтапная модель с промежуточным контролем
Спиральная модель (рис. 2.5). Виток спирали определяет очередную версию продукта, в которой уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосно-
вывается посредством создания прототипов (макетирования).
лизация Реа
Проектирование
|
|
|
|
и |
я |
1 |
|
|
р |
с |
|
||
|
е |
|
|
|||
|
|
|
|
|||
В |
|
|
|
|
||
|
|
|
|
|
||
|
|
|
|
|
|
Тестирование
|
|
р |
с |
и |
я |
|
е |
|
|||
|
|
|
|||
В |
|
|
|
||
|
|
|
|
||
|
|
|
|
|
Разработка
требований
2
|
|
|
|
и |
я |
3 |
|
|
р |
с |
|
||
|
|
|
|
|||
|
е |
|
|
|
||
В |
|
|
|
|
||
|
|
|
|
|
||
|
|
|
|
|
|
Рисунок 2.5. Спиральная модель ЖЦ ИС
2.1.6.Этапы разработки автоматизированных информационных систем
Запланируем комплекс работ по созданию информационной системы в соответствии с типовыми этапами разработки АИС, краткая характеристика которых приведена в табл. 2.1, а последовательность трансформации бизнес модели в объекты базы данных в табл. 2.2.
|
|
|
|
Таблица 2.1. |
|
|
Этапы проектирования АИС и их характеристики |
||||
|
|
|
|
||
№ |
Наименование |
Основные характеристики |
|||
этапа |
|||||
|
|
|
|||
1. |
Разработка |
и ана- |
Определяются основные задачи АИС, проводит- |
||
|
лиз бизнес-модели |
ся декомпозиция задач по модулям и определя- |
|||
|
|
|
ются функции, с помощью которых решаются |
||
|
|
|
эти задачи. Описание функций осуществляется |
||
|
|
|
на языке производственных (описание процес- |
||
|
|
|
сов предметной области), |
функциональных |
|
|
|
|
(описание форм обрабатываемых документов) и |
||
|
|
|
технических требований (аппаратное, про- |
||
|
|
|
граммное, лингвистическое обеспечение АИС). |
||
|
|
|
Метод решения: Функциональное моделирова- |
||
|
|
|
ние. |
|
|
|
|
|
Результат: 1. Концептуальная модель АИС, со- |
||
|
|
|
стоящая из описания предметной области, ре- |
||
|
|
|
сурсов и потоков данных, перечень требований и |
||
|
|
|
ограничений к технической реализации АИС. |
||
|
|
|
2. Аппаратно-технический состав создаваемой |
||
|
|
|
АИС. |
|
|
2. |
Формализация |
Разработанная концептуальная модель формали- |
|||
|
бизнес-модели, |
зуется в виде логической модели АИС. |
|||
|
разработка |
логи- |
Метод решения: Разработка диаграммы «сущ- |
||
|
ческой |
модели |
ность-связь» (ER (Entity-Relationship) – CASE- |
||
|
бизнес-процессов |
диаграммы). |
|
||
|
|
|
Результат: Разработанное |
информационное |
|
|
|
|
обеспечение АИС: схемы и структуры данных |
||
|
|
|
для всех уровней модульности АИС, документа- |
||
|
|
|
ция по логической структуре АИС, сгенериро- |
||
|
|
|
ванные скрипты для создания объектов БД. |
||
|
|
|
|
Продолжение таблицы 2.1. |
№ |
Наименование |
|
Основные характеристики |
|
этапа |
|
|||
|
|
|
||
3. |
Выбор |
лингвисти- |
Разработка АИС: выбирается лингвистическое |
|
|
ческого |
обеспече- |
обеспечение (среда разработки – инструмента- |
|
|
ния, |
разработка |
рий), проводится разработка программного и |
|
|
программного |
|
методического обеспечения. Разработанная на |
|
|
обеспечения АИС. |
втором этапе логическая схема воплощается в |
||
|
|
|
|
реальные объекты, при этом логические схемы |
|
|
|
|
реализуются в виде объектов базы данных, а |
|
|
|
|
функциональные схемы – в пользовательские |
|
|
|
|
формы и приложения. |
|
|
|
|
Метод решения: Разработка программного кода |
|
|
|
|
с использованием выбранного инструментария. |
|
|
|
|
Результат: Работоспособная АИС. |
4. |
Тестирование |
и |
На данном этапе осуществляется корректировка |
|
|
отладка АИС |
|
информационного, аппаратного, программного |
|
|
|
|
|
обеспечения, проводится разработка методиче- |
|
|
|
|
ского обеспечения (документации разработчика, |
|
|
|
|
пользователя) и т.п. |
|
|
|
|
Результат: Оптимальный состав и эффективное |
|
|
|
|
функционирование АИС. |
|
|
|
|
Комплект документации: разработчика, админи- |
|
|
|
|
стратора, пользователя. |
5. |
Эксплуатация |
и |
Особенность АИС созданных по архитектуре |
|
|
контроль версий |
|
клиент сервер является их многоуровневость и |
|
|
|
|
|
многомодульность, поэтому при их эксплуата- |
|
|
|
|
ции и развитии на первое место выходят вопро- |
|
|
|
|
сы контроля версий, т.е. добавление новых и |
|
|
|
|
развитие старых модулей с выводом из эксплуа- |
|
|
|
|
тации старых. Например, если ежедневный кон- |
|
|
|
|
троль версий не ведется, то, как показала прак- |
|
|
|
|
тика, БД АИС за год эксплуатации может насчи- |
|
|
|
|
тывать более 1000 таблиц, из которых эффек- |
|
|
|
|
тивно использоваться будет лишь 20–30%. |
|
|
|
|
Результат: Наращиваемость и безизбыточный |
|
|
|
|
состав гибкой, масштабируемой АИС |
Замечание. На обнаружение ошибок, допущенных на стадии системного проектирования (2-я и 3-я стадии), расходуется примерно в два раза больше времени, чем на последующих фазах, а их исправление обходится
в пять раз дороже. Поэтому на начальных стадиях проекта разработку сле-
дует выполнять особенно тщательно. Наиболее часто на начальных фазах допускаются следующие ошибки:
ошибки в определении интересов заказчика;
концентрация на маловажных, сторонних интересах;
неправильная интерпретация исходной задачи;
неправильное или недостаточное понимание деталей;
неполнота функциональных спецификаций (системных требова-
ний);
ошибки в определении требуемых ресурсов и сроков;
редкая проверка на согласованность этапов и отсутствие контроля со стороны заказчика (нет привлечения заказчика).
Таблица 2.2.
Последовательность трансформации бизнес-модели в объекты базы данных
Последовательность работ
|
|
Разработка |
|
|
|
Разработка и |
Моделирование |
модели |
Исследование |
|
|
анализ бизнес- |
сущность- |
бизнес- |
|
||
процессов |
Формирование |
||||
модели. Опреде- |
связь. Раз- |
процессов |
|||
предметной |
объектов БД |
||||
ление и назначе- |
работка |
аналогичной |
|||
области |
|
||||
ние функций ИС |
CASE- |
модели |
|
||
|
|
||||
|
|
диаграммы |
|
|
|
|
|
|
|
|
|
Методы функци- |
Oracle Designer, |
Oracle De- |
Oracle De- |
SQL и |
|
онального анали- |
Power Designer, |
signer, Er- |
signer, Sil- |
др.средства |
|
за |
Power Soft и др. |
win, BPwin |
verun-RDM и |
выполнения |
|
|
|
и др. |
др. |
SQL-скриптов |
Средства разработки
Порядок выполнения практических работ по проектированию ИС
может быть следующим.
1.В процессе выполнения практического задания проводится анализ
иоформление результатов обследования деятельности предприятия (орга-
низации), и на его основе разрабатываются документы, необходимые для настройки типовой ИС. По итогам проведения обследования обычно фор-
мируются следующие документы:
Предварительная информация. Предполагается, что в начале об-
следования проведен предварительный сбор информации о ком-
пании, по итогам которого получены следующие данные:
краткая информация о компании (профиль клиента);
цели проекта;
подразделения и пользователи системы.
На основе предварительной информации сформировано и согласова-
но с заказчиком общее представление о проекте:
Видение выполнения проекта и границы проекта должно быть ре-
ализовано в документе, кратко описывающем, в каких подразде-
лениях и в какой функциональности будет внедряться ИС.
Отчет об обследовании содержит следующие разделы:
1)Анализ существующего уровня автоматизации: составляется список программного обеспечения, используемого в компа-
нии, и приводятся данные об использовании этих пакетов в каждом из подразделений организации.
2)Общие требования к ИС: формулируются общие требования к функциональности разрабатываемой системы.
3)Формы документов: устанавливается перечень и структура до-
кументов, которые должны формироваться системой.
4)Описание системы учета включает в себя следующие доку-
менты:
учетная политика компании;
план счетов и используемых аналитик;
список типовых хозяйственных операций и их отражение в проводках.
5)Описание справочников: по каждому справочнику, проектиру-
емому в системе, дается описание необходимой иерархической структуры.
6)Организационная диаграмма: используется для отражения ор-
ганизационной структуры подразделений предприятия и их зон ответственности.
7)Описание состава автоматизируемых бизнес-процессов: все бизнес-процессы компании должны быть перечислены в об-
щем списке и каждый должен иметь свой уникальный номер.
8)Диаграммы прецедентов: для выделения автоматизируемых бизнес-процессов и их основных исполнителей используются диаграммы прецедентов.
9)Физическая диаграмма: служит для того, чтобы описать взаи-
модействие организации на верхнем уровне с внешними контрагентами.
10)Описания бизнес-процессов (книга бизнес-процессов содер-
жит подробное описание автоматизируемых бизнес-процессов.
Модели бизнес-процессов позволяют выделить отдельные операции, выполнение которых должно поддерживаться раз-
рабатываемой ИС).
2.На последнем этапе осуществляется отображение модели пред-
метной области на функциональность типовой системы – выбираются мо-
дули системы для поддержки выделенных операций, определяются осо-
бенности их настройки, выявляется необходимость разработки дополни-
тельных программных элементов.
2.1.7. Классификация информационных систем
Информационные системы можно классифицировать по целому ряду различных признаков. В основу рассматриваемой классификации положе-
ны наиболее существенные признаки, определяющие функциональные возможности и особенности построения современных систем [1–3]. В за-
висимости от объема решаемых задач, используемых технических средств,
организации функционирования, информационные системы делятся на ряд групп (классов) (рис. 1.6). Данная классификация не претендует на полно-
ту, но является наиболее часто используемой:
По масштабу информационные системы подразделяются на следу-
ющие группы:
1. Одиночные информационные системы реализуются на автоном-
ном персональном компьютере (сеть не используется). Такая система мо-
жет содержать несколько простых приложений, связанных общим инфор-
мационным фондом, и рассчитана на работу одного пользователя или группы пользователей, разделяющих по времени одно рабочее место. По-
добные приложения создаются с помощью так называемых настольных,
или локальных, систем управления базами данных (СУБД). Среди локаль-
ных СУБД наиболее известными являются Clarion, Clipper, FoxPro, Paradox, dBase и Microsoft Access.
2. Групповые информационные системы ориентированы на коллек-
тивное использование информации членами рабочей группы и чаще всего строятся на базе локальной вычислительной сети. При разработке таких приложений используются серверы баз данных (называемые также SQL-
серверами) для рабочих групп. Существует довольно большое количество различных SQL-серверов как коммерческих, так и свободно распространя-
емых. Среди них наиболее известны такие серверы баз данных, как Oracle, DB2, Microsoft SQL Server, InterBase, Sybase, Informix.
3. Корпоративные информационные системы являются развитием систем для рабочих групп, они ориентированы на крупные компании и мо-
гут поддерживать территориально разнесенные узлы или сети. В основ-
ном они имеют иерархическую структуру из нескольких уровней. Для та-
ких систем характерна архитектура клиент-сервер со специализацией сер-
веров или же многоуровневая архитектура. При разработке таких систем могут использоваться те же серверы баз данных, что и при разработке групповых информационных систем. Однако в крупных информационных системах наибольшее распространение получили серверы Oracle, DB2 и Microsoft SQL Server.
По способу организации групповые и корпоративные ИС подразде-
ляются на следующие классы:
системы на основе архитектуры файл-сервер;
системы на основе архитектуры клиент-сервер;
системы на основе многоуровневой архитектуры;
системы на основе Интернет/интранет-технологий.
По типу хранимых данных различают следующие ИС (рис. 2.6):
фактографические: предназначены для хранения и обработки структурированных данных в виде чисел и текстов. Над такими данными можно выполнять различные операции.
документальные: в таких системах информация представлена в виде документов, состоящих из наименований, описаний, рефера-
тов и текстов. Поиск по неструктурированным данным осуществ-
ляется с использованием семантических признаков; отобранные документы предоставляются пользователю; обработка данных в таких системах практически не производится.
По степени автоматизации информационных процессов инфор-
мационные системы делятся на:
