Файл: Основания для разработки.pdf

Работа по созданию информационной системы начинается с формирования требований заказчика к создаваемой системе и оформления их в виде технического задания (ТЗ). ТЗ является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка системы и ее приемка при вводе в действие.

ТЗ состоит из трех стадий:

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

ТЗ выполняет следующие функции:

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

От полноты и точности составления ТЗ во многом зависит результат разрабатываемой информационной системы.

1 Техническое задание

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

Полное наименование системы и ее условное обозначение:

«Автоматизированная информационная система авиакомпании для продажи авиабилетов», АИС «Авиакомпания».

Краткая характеристика области применения

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

Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы:

АИС «Авиакомпания» поставляется в виде исполняемых модулей по завершению всего объема работ, технические средства приобретаются Заказчиком самостоятельно.

Оформление результатов работ по созданию системы производится путем подписания акта о принятии системы Заказчиком при отсутствии претензий к Разработчику. Акт составляется в двух экземплярах. Один экземпляр находится у Заказчика, другой - у Разработчика.

Основания для разработки

Основания для проведения разработки:

Основанием для разработки технического задания является задание к курсовой работе по предмету «Разработка программного обеспечения с применением Интернет-протоколов».

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

Наименование темы разработки - «Разработка коммерческого сайта для продажи авиабилетов»

Условное обозначение темы разработки (шифр темы) - «АИС Авиакомпания»

1.3 Назначение и цели создания системы

Функциональное назначение системы:

АИС «Авиакомпания» предназначена для автоматизации работы предприятия, продающего билеты на самолет.

Эксплуатационное назначение системы:

Система должна эксплуатироваться сотрудниками организации.

Цели создания системы:

Система снижает экономические затраты на время за счет заказа билетов на дому.

Требования к системе

Требования к структуре и функционированию системы

Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы

АИС «Авиакомпания» включает следующие подсистемы:

Принятие заказа;
Хранения данных;
Формирования отчетности.

Подсистема «Принятие заказа» предназначена для регистрации заказа, разработки и согласовании маршрута с заказчиком, а также время в пути и вылета. Таким образом, заказ сначала регистрируется менеджером, затем выясняется предполагаемое время, согласует его с заказчиком и, при необходимости вносит коррективы.

Подсистема «Хранение данных» обеспечивает хранение всех данных о пассажирах и информации заказанных билетов. Кроме того, в ней содержатся данные о всех ранее заказанных билетах этого клиента.

Подсистема «Формирования отчетности» предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных АИС «Авиакомпания», проектирования и разработки форм регламентированной отчетности, настройки планового формирования и доставки регламентированных отчетов, формирования и предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах (включая графические), отображения регламентированных отчетов с помощью веб-интерфейса, вывода подготовленных отчетных форм на печать.

Требования к способам и средствам связи для информационного обмена между компонентами системы:

Информационный обмен осуществляется посредством локальной сети.

Требования к режимам функционирования системы:

Для АИС «Авиакомпания» определен следующий режим функционирования:

Нормальный режим функционирования;

В нормальном режиме функционирования системы:

клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) семь дней в неделю;
серверное программное обеспечение и технические средства северов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание;
исправно работает оборудование, составляющее комплекс технических средств;
исправно функционирует системное, базовое и прикладное программное обеспечение системы.

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

Перспективы развития, модернизации системы

АИС «Авиакомпания» должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств.

Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.

Требования к численности и квалификации персонала системы

Требования к численности персонала (пользователей) АС

В системе будут работать 4 сотрудника: 2 сотрудник отвечает за прием и закрытие заявок и заказов, 2 занимается расчетами с заказчиками.

Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков:

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

Показатели назначения

Для АСУ указывают:

степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
допустимые пределы модернизации и развития системы;
вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.

АИС «Авиакомпания» должны обеспечивать возможность исторического хранения данных с глубиной не менее 10 лет.

Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время.

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

Требования к надежности

Восстановление системы при ошибках в работе аппаратных средств (кроме носителей данных и программ) и ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

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

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

Требования к безопасности

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.

Условия эксплуатации, а также виды и периодичность обслуживания технических средств подсистемы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них.

Требования к защите информации от несанкционированного доступа:

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

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

Требования по сохранности информации при авариях

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

Требования по стандартизации и унификации

Для данной системы должна применяться каскадная модель жизненного цикла ПО.
В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.
Интерфейс системы, файлы справок и любая текстовая информация в программе должны быть на русском языке.
Экранные формы должны проектироваться с учетом требований унификации:
Все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации.

Требования к функциям (задачам), выполняемым системой

По каждой подсистеме перечень функций, задач или их компонентов (в том числе обеспечивающих взаимодействие частей системы), поддерживающих автоматизации

Информационная система должна обеспечивать выполнение следующих функций: