Техническое задание на разработку информационной системы

Создание автоматизированной системы – процесс трудоемкий. Важно учесть все моменты. Это позволить избежать появления ошибок в процессе работы готовой системы после ее внедрения. Именно поэтому сначала нужно составить подробное техническое задание на создание.

Первым этапом разработки техзадания на внедрение информационной системы является сбор данных у заказчика. Все они должны быть подробно изложены в ТЗ. Именно этот документ становится основополагающим при итоговом приеме готового проекта.

Этапы создания

Разработка технического задания на внедрение информационной системы включает в себя 3 основных этапа:

• Постановка задач, сбор информации, определение критериев качества планируемой системы, факты необходимости проведения НИР (научно-исследовательской работы).
• Научно-исследовательская работа позволяет определить структуру, методы решения задач, целесообразность их применения. Основная задача НИР – определение целесообразности будущего использования информационной системы в конкретном случае.
• Разработка, утверждение техзадания. На этой стадии определяются основные требования к будущей ИС, этапы ее разработки, сроки выполнения, выбор языков программирования, согласование всех пунктов ТЗ и его утверждение.

Функции

ТЗ оформляется согласно ГОСТ 34.602-89. Правильно составленное техническое задание на разработку информационной системы характеризуется следующими функциями:

• Организационная. В документе фиксируются все требования заказчика.
• Информационная. В ТЗ изложены все подробные данные для создания и внедрения будущей ИС.
• Коммуникационная. Обозначены взаимные договоренности заказчика и исполнителя.
• Юридическая. ТЗ, составленное в соответствии со всеми требованиями ГОСТ, имеет такую же юридическую силу, как и договор. В случае, если между заказчиком и исполнителем возникнут спорные моменты, документ может быть предоставлен в суде любой из сторон.

Оформление

Разработка технического задания на внедрение информационной системы включает в себя не только сбор и оформление информации касательно готового ПО. В нем также прописываются все этапы, начиная с оформления идеи заказчика и заканчивая нюансами ее дальнейшего обслуживания и модернизации.

Общие сведения

Прежде, чем приступить к изложению в ТЗ всех деталей будущей разработки, важно обозначить информацию о наименовании будущей системы, ее назначении и краткую характеристику. Кроме этого важно указать формат сдачи готовой работы, условия ее передачи-приема и другие важные организационные моменты.

К особо важным моментам следует отнести:

• цели разработки системы и ее практическое значение;
• структура ИС, ее основные функции;
• надежность и безопасность;
• виды обеспечения ИС, включая информационные технологии, которые могут потребоваться для корректной работы системы;
• характеристика объектов автоматизации;
• список сопровождающей документации и правила ее составления.

Разработка ИС

Создание автоматизированной системы включает 6 стадий разработки:

• составление ТЗ;
• составление проектной документации;
• создание эскиза;
• проектирование по ранее созданному эскизу (разработка системы и документации к ней);
• запуск ИС (передача готовой системы заказчику);
• сопровождение (модернизация внедренной ИС).

Моделирование бизнес-процессов и потоков данных в ИС

Под бизнес-процессом понимаются задачи и мероприятия, которые связаны между собой для осуществления услуг потребителям. Создание автоматизированной системы подразумевает обязательное наличие в ней всех заранее озвученных заказчиком бизнес-процессов.

Современные информационные технологии позволяют создать модель, которая будет полностью копировать будущую ИС. Моделирование бизнес-процессов осуществляется с помощью специальной методологии IDEF0. Выглядит модель, как группа логически связанных диаграмм, составленных в иерархическом порядке.

Выделяют 4 главных типа:

• Контекстная – диаграмма А-0. Для каждой модели создается только одна контекстная диаграмма. Она является вершиной всей структуры. Здесь указывается назначение ИС.
• Декомпозиция – разделение будущей системы на основные компоненты.
• Дерево узлов – дробление компонентов на более мелкие.
• Отдельная диаграмма FEO для экспозиции.

Моделирование потоков данных производится с помощью DFD. Эта методология показывает, как каждый из процессов преобразует входящие и исходящие данные потоков данных.

В отличие от IDEF0, DFD представляет не иерархическую взаимосвязь, а последовательную совокупность данных. Все смоделированные процессы отражают функции будущей системы. Все входящие и исходящие потоки обозначены стрелками, хранилища данных отображаются объектами в покое.

Системное проектирование ИС

Главные аспекты, учитываемые при проектировании архитектуры ИС:

• быстродействие;
• безопасность;
• надежность;
• масштабируемость.

Наиболее востребованные архитектуры:

• клиент-сервер;
• файл-сервер;
• многоуровневая архитектура.

Архитектура клиент-сервера обеспечивает доступ к общим данным и обрабатывает их. При этом обязательно учитывается согласованность и ценность данных. Это позволяет не нагружать сеть. Хранение и обработка данных проходит централизованно. За счет этого архитектура клиент-сервер считается наиболее надежной.

Архитектура файл-сервер предполагает только хранение данных. Дальнейшая обработка любой информации должна проводиться на клиентских машинах. Такая архитектура может излишне нагружать сеть, что может сказаться на производительности. Кроме этого, такую архитектуру нельзя назвать надежной.

Многоуровневая архитектура – наилучший вариант для ИС. Все бизнес-процессы здесь происходят на сервере приложений. Именно благодаря этому данный тип архитектуры считается более надежным и безопасным, менее затратным финансово и по ресурсам сети. Несмотря на это, многоуровневая архитектура не пользуется большим спросом. Разработки ИС на таком типе архитектуры требует высоких показателей скорости канала и производительности серверов, где будет работать ИС. Кроме этого, администрирование такой системы требует более высоких навыков.

Структура ИС

Любая ИС включает основные функциональные подсистемы:

• информационную;
• программную;
• техническую;
• математическую;
• лингвистическую.

Каждая из перечисленных подсистем реализует отдельные цели всей системы. Например, информационная подсистема определяет виды и структуру документов, математическая запускает определенные вычислительные алгоритмы и т. д.

Техническое обеспечение ИС

Для обеспечения бесперебойной работы будущей ИС в техзадании важно определить, какие именно технические средства должны быть в наличии. Из физических техсредств это могут быть рабочие станции, серверы, принтеры, источники бесперебойного питания.

Кроме машин, аппаратуры и других физических средств важно прописать требования к серверу и рабочей станции, на которых будет работать ИС: информационные технологии, объем памяти, скорость передачи данных и т. д.

Все технические средства должны обеспечивать:

• круглосуточную работу всего комплекса оборудования и других техсредств;
• безупречное исполнение всех функций ИС, включая резервные источники;
• защиту от несанкционированного доступа;
• локальную сеть, в которой будут объединены все рабочие машины и серверы, связанные с ИС.

Физическое проектирование

Под физическим проектированием подразумевается формирование баз данных для конкретной системы управления. Требования к конкретным системам управления базами данных (СУБД) также прописываются в ТЗ.

Физическая модель проектируется на основании ранее созданной логической модели. Все данные описываются уже с учетом средств СУБД. Другими словами, физическая модель должна по всем параметрам соответствовать будущей реальной базе данных будущей ИС.

Порядок контроля и приема системы

Перед сдачей ИТ-проекта заказчику необходимо провести несколько контрольных операций, которые позволят испытать готовую систему. Проводятся испытания обычно путем введения данных большого диапазона. Это может быть как систематически повторяющаяся информация, так и данные разного характера и объема. Еще необходимо провести проверку на соответствие руководства к ИС с фактическими показателями.

Все программные изделия могут быть переданы на носителях в виде исходных кодов или же в виде готовых модулей. Процесс передачи готового проекта проходит в присутствии специальной комиссии, в которую входят как представители заказчика, так и исполнителя. Процесс передачи также включает в себя демонстрацию всех функций системы, которые были заранее смоделированы определенном образом. Вся необходимая документация также передается вместе с ПО.

По итогам передачи системы обязательно составляется и подписывается обеими сторонами акт приема-передачи.

Заключение

Техническое задание на разработку информационной системы – главный документ, который определяет четкие требования будущей ИС, порядок ее создания и прочие важные условия. Именно на основании ТЗ есть возможность проверить весь функционал системы, ее соответствие требованиям заказчика. Документ может быть представлен в качестве доказательной базы в случае возникновения споров между заказчиком и исполнителем, в том числе в суде.

Кроме требований к функционалу системы в ТЗ прописываются условия эксплуатации, безопасности, надежности ИС и поэтапный порядок ее разработки.