13. Разработка
информационных систем
В данном разделе рассматриваются
этапы разработки информационных систем:
от постановки задач до передачи программного
комплекса в эксплуатацию. Каждый
из приведенных ниже этапов является
обязательным (исключение составляют
некоммерческие и малобюджетные
проекты).
Продолжительность каждого
из приведенных этапов определяется
исходя из сложности разрабатываемой
информационной системы. В целях
ускорения процесса разработки возможно
одновременное прохождение некоторых
из этапов, например: этап создания программного
кода и стадия раннего тестирования
(этап тестирования информационной системы).
Исследование
бизнес-процессов Заказчика. Постановка
задач.
На данном этапе определяется круг задач,
которые предполагается решать с использованием
разрабатываемой информационной системы,
определяются требования к самой системе.
Детально исследуется каждая цепочка
операций автоматизируемых бизнес-процессов.
Ведется активная работа с конечными пользователями
на предмет выявления наиболее трудоемких
операций.
Определяется перечень входной
и выходной информации, формы действующей
и требуемой отчетности. Исследуются
возможности интеграции с другими
информационными системами, используемыми
Заказчиком.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Разработка
технического задания на информационную
систему.
Техническое задание является основополагающим
документом при проектировании и создании
информационной системы. От тщательности
проработки технического задания во многом
зависит конечный результат по созданию
разрабатываемой системы. Данный этап
является обязательным и присутствует
при реализации любого проекта.
Техническое задание (ТЗ) содержит
основные технические требования, предъявляемые
к разрабатываемой системе. Указывается
назначение ИС, область применения,
стадии разработки, состав, сроки исполнения
и т. д. ТЗ составляется на основе анализа
результатов предварительных исследований
бизнес процессов Заказчика (этап 1).
Конечным результатом данного этапа
является документ «Техническое задание»,
на основе которого в дальнейшем возможно
осуществлять разработку программного
комплекса.
Техническое задание разрабатывается
в соответствии с действующим
межгосударственным стандартом ГОСТ
19.201-78 «Единая система программной документации.
Техническое задание. Требования к содержанию
и оформлению».
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Создание
программного кода. Организация рабочей
среды для отработки тестовых
задач.
На данном этапе создаются программные
модули будущей информационной системы,
происходит непосредственно кодирование.
Функционал реализуется в строгом соответствии
с ранее разработанным техническим заданием.
С целью отработки тестовых задач на стороне
Разработчика организуется прототип будущей
системы – тестовый аппаратно-программный
комплекс, с возможностью удаленного подключения
к нему пользователей Заказчика.
Из всех этапов по разработке
программного комплекса данный этап
является наиболее продолжительным
и трудоемким. В этот период, по согласованию
с Заказчиком, допускается незначительная
корректировка технического задания.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Тестирование
и внедрение информационной системы.
На стороне Заказчика (если не оговаривались
иные варианты) организуется полный программно-аппаратный
комплекс разработанной информационной
системы. Определяется перечень модулей
и функций информационной системы, которые
подлежат тестированию, а также набор входных
и выходных параметров. В качестве исходных
данных для тестов используются фрагменты
реальной информации Заказчика в объеме,
достаточном для обеспечения необходимой
достоверности испытаний.
Этап тестирования условно
разбивается на две стадии: стадия
раннего тестирования, стадия окончательного
тестирования. Раннее тестирование осуществляется
силами Разработчика программного продукта
на этапе создания программного кода.
Окончательное тестирование информационной
системы производится силами Заказчика
с привлечением конечных пользователей.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Разработка
документации. Устранение недостатков.
Этап предполагает устранение недостатков
в работе информационной системы, выявленных
на этапе тестирования и внедрения. Подготавливается
к передаче пакет технической документации
в состав которого входят: инструкция
администратора, инструкция пользователя.
Дополнительный перечень документов,
подлежащих разработке и передаче в составе
информационной системы, определяется
Заказчиком.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Передача
информационной системы в эксплуатацию.
Этап является завершающим в цепочке мероприятий
по созданию информационной системы. Осуществляется
установка клиентских модулей на рабочие
места (если таковое требуется) и обучение
пользователей работе с системой.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Сопровождение.
Информационная поддержка.
По завершению этапов разработки, информационная
система передается Заказчику в состоянии
«как есть». От сложности разработанного
программного продукта во многом зависят
требования к персоналу, который в дальнейшем
будет осуществлять его администрирование
и сопровождение. С точки зрения оперативности
разрешения коллизий, возникающих в системе
на этапе эксплуатации, наиболее оптимальным
решением является передача процессов
по сопровождению системы Разработчикам
программного комплекса.
Дополнительным плюсом в
данном подходе является возможность
дальнейшего развития системы в
соответствии с новыми потребностями Заказчика,
в рамках того же процесса сопровождения
ИС.
|
|
|
|
|
|
|
|
|
|
|
Если Вы стоите перед
выбором использовать ли серийный
программный продукт или программу,
исполненную на заказ для автоматизации
собственных бизнес процессов,
то возможно статья «Разработка
программ на заказ. Плюсы и минусы» поможет принять Вам решение. |
|
14. Обзор средств проектирования
информационных систем
Тенденции развития современных
информационных технологий приводят к
постоянному возрастанию сложности
ИС, создаваемых в различных областях
экономики. Современные сложные
ИС и проекты, обеспечивающие их создание,
характеризуются, как правило, следующими
особенностями:
- сложность предметной области (достаточно большое количество функций, объектов, атрибутов и сложные взаимосвязи между ними), требующая тщательного моделирования и анализа данных и процессов;
- наличие совокупности тесно взаимодействующих компонентов - подсистем, имеющих свои локальные задачи и цели функционирования;
- иерархическую структуру взаимосвязей компонентов, обеспечивающую устойчивость функционирования системы;
- иерархическую совокупность критериев качества функционирования компонентов и ИС в целом, обеспечивающих достижение главной цели - создания и последующего применения системы;
- отсутствие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем;
- необходимость достаточно длительного сосуществования старых приложений и вновь разрабатываемых БД и приложений;
- наличие потребности как в традиционных приложениях, связанных с обработкой транзакций и решением регламентных задач, так и в приложениях аналитической обработки (поддержки принятия решений), использующих нерегламентированные запросы к данным большого объема;
- поддержка одновременной работы достаточно большого количества локальных сетей, связываемых в глобальную сеть масштаба предприятия, и территориально удаленных пользователей;
- функционирование в неоднородной операционной среде на нескольких вычислительных платформах;
- разобщенность и разнородность отдельных микроколлективов разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;
- существенная временная протяженность проекта, обусловленная, с одной стороны, ограниченными возможностями коллектива разработчиков, и, с другой стороны, масштабами организации-заказчика и различной степенью готовности отдельных ее подразделений к внедрению ИС.
Методология проектирования
определяется как совокупность трех
составляющих:
- пошаговой процедуры, определяющей последовательность технологических операций проектирования;
- критериев и правил, используемых для оценки результатов выполнения технологических операций;
- нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
15.