Техническое задание. Техническое задание На разработку ис Туроператор

• Название: Техническое задание На разработку ис Туроператор
• Анкор: Техническое задание
• Дата: 09.12.2020
• Размер: 35.83 Kb.
• Имя файла: TZ.docx
• Тип: Техническое задание; #158728

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ Челябинской области

ГОСУДАРСТВЕННОЕ Бюджетное ПРОФЕССИОНАЛЬНОе ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

«МИАССКИЙ ГЕОЛОГОРАЗВЕДОЧНЫЙ КОЛЛЕДЖ»

Специальность: 09.02.07 «Информационные системы и программирование»

техническое задание

На разработку ИС «Туроператор»

Листов 15

Дата выдачи задания: « 10 » _Ноября 2020 г.	Задание принято к исполнению: студент группы ИС-3-1 (18) _____________ / Давлетшин Д.Р. /
Руководитель проекта: ________________ / Лапухина М.В./

Миасс 2020

АННОТАЦИЯ

В данном программном документе приведено техническое задание на разработку ИС «Компания по разработке программных продуктов» через заданные интервалы времени.

В данном программном документе, в разделе «Введение» указано наименование, краткая характеристика области применения ИС (программного изделия).

В разделе «Основания для разработки» указаны документы, на основании которых ведется разработка, наименование и условное обозначение темы разработки.

В данном программном документе, в разделе «Назначение разработки» указано функциональное и эксплуатационное назначение ИС (программного изделия).

Раздел «Требования к программе» содержит следующие подразделы:

• требования к функциональным характеристикам;

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

• условия эксплуатации;

• требования к составу и параметрам технических средств;

• требования к информационной и программной совместимости;

• специальные требования.

В данном программном документе, в разделе «Требования к программной документации» указаны предварительный состав программной документации и специальные требования к ней.

В разделе «Технико-экономические показатели» указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки.

В данном программном документе, в разделе «Стадии и этапы разработки» установлены необходимые стадии разработки, этапы и содержание работ.

В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

Оформление программного документа «Техническое задание» произведено по требованиям ЕСПД (ГОСТ 19.101-77 1), ГОСТ 19.103-77 2), ГОСТ 19.104-78* 3), ГОСТ 19.105-78* 4), ГОСТ 19.106-78* 5), ГОСТ 19.201-78 6), ГОСТ 19.604-78* 7)).

Оглавление

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

1.1Наименование системы 5

1.2 Номер договора 5

1.3 Наименования Разработчика и Заказчика работ и их реквизиты 5

1.4 Основание для проведения работ 5

1.5 Сроки начала и окончания работ 5

1.6 Источники и порядок финансирования работ 5

1.7 Порядок оформления и предъявления Заказчику результатов работ 6

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

2.1 Назначение системы 6

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

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

3.1 Требования к системе в целом 6

3.1.1 Требования к структуре системы 6

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

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

3.1.4 Требования к совместимости со смежными системами 7

3.1.5 Перспективы развития системы 8

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

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

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

3.1.9 Требования по эргономике и технической эстетике 9

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

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

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

3.2 Требования к видам обеспечения 10

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

3.2.2 Требования к лингвистическому обеспечению 11

3.2.3 Требования к техническому обеспечению 11

3.2.4 Требования к программному обеспечению 11

3.2.5 Требования к техническому обеспечению 11

3.2.6 Требования к организационному обеспечению 11

4 Состав и содержание работ по созданию системы 13

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

6 Требования к документированию 14

6.1 Общие требования к документированию 14

6.2 Перечень подлежащих разработке документов 14

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 14

8 Порядок внесения изменений 15

9 Литература 15

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

1. 
   Наименование системы
   

Информационная система «Туроператор»

1.2 Номер договора

Номер договора №23671. Турфирма обязуется оказать туристу услуги по реализации туристского продукта на условиях, установленных настоящим договором, а Клиент обязуется оплатить стоимость услуг в соответствии с настоящим договором.

1.3 Наименования Разработчика и Заказчика работ и их реквизиты

Разработчик: студенческая группа МГРК «ИС-3-1(18)»

Адрес: 456300, Миасс, ул. Автозаводская, д.47

Тел.: 56-11-80, факс: 56-33-44

Банковские реквизиты: ИНН 7501004321, р/счет 40603410800020007891, БИК 0445798587, корр. счет № 30101820400000000455

Заказчик: ООО КАРЕЛ ТУР

Адрес: г. Москва, ул. Кузнецкий мост д.19 стр 1 офис 5, метро Кузнецкий мост

Телефон: [phone], + 7 9104300237

Банковские реквизиты: ИНН 7721595879, р/счет 40702810502030001051, БИК 044525593, корр. счет 30101810200000000593

1.4 Основание для проведения работ

Основанием для проведения работ по созданию ИС "Туроператор" являются следующие документы:

Договор № 658554 от 10.11.2020

Приказ № 77 от 09.11.2020

Распоряжение № 12 от 09.11.2020.

1.5 Сроки начала и окончания работ

Дата начала работ: 10.11.2020

Дата окончания работ: 12.11.2020

1.6 Источники и порядок финансирования работ

Финансирование работ осуществляется из средств ООО КАРЕЛ ТУР. Порядок финансирования работ определяется условиями Договора № 658554 от 10.11.2020 г.

1.7 Порядок оформления и предъявления Заказчику результатов работ

Работы по созданию Системы производятся и принимаются поэтапно.

По окончании каждого из этапов работ Разработчик представляет Заказчику соответствующую документацию и подписанный со стороны Разработчика Акт сдачи-приемки работ, а по окончании этапов «Пусконаладочные работы» и «Опытная эксплуатация» дополнительно уведомляет Заказчика о готовности Системы и ее частей к испытаниям

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

2.1 Назначение системы

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

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

По целям туристские фирмы делятся на фирмы, специализирующие на детском, деловом, рекреационном туризме и т. д.;

1) коммерческие (такие фирмы, основная цель которых - извлечение прибыли);

2) некоммерческие (такие фирмы, которые не стремятся к получению прибыли, и прибыль не распределяется между участниками).

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

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

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

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

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

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

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

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

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

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

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

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

3.1.5 Перспективы развития системы

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

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

Количество пользователей АСУ определяется текущими потребностями ООО КАРЕЛ ТУР.

Количество администраторов АСУ может быть определено по следующей методике: 1 администратор на 20-30 пользователей плюс 3 ведущих специалиста или 1 начальник отдела автоматизации.

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

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

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

Целевое назначение системы должно сохраняться на протяжении всего срока эксплуатации АСУ ЗАО «Маршал». Срок эксплуатации АСУ ООО КАРЕЛ ТУР определяется сроком устойчивой работы аппаратных средств вычислительных комплексов, своевременным проведением работ по замене (обновлению) аппаратных средств, по сопровождению программного обеспечения системы и его модернизации.

Специальные требования к вероятностно-временным характеристикам, при которых сохраняется целевое назначение АСУ ООО КАРЕЛ ТУР, определяются соответствующими требованиями к прикладным системам.

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

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

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

3.1.9 Требования по эргономике и технической эстетике

Эргономические требования должны обеспечивать:

-распределение функций между операторами и техническими средствами в соответствии с их преимущественными возможностями и степенью ответственности решаемых задач;

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

-достаточность и достоверность информации о состоянии управляемого объекта, возможность предвидения направлений развития управляемого процесса, оптимальность состава, содержания, кода, темпа обновления, степени обобщения и детализации информации;

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

-быстроту и надежность запоминания и воспроизведения логики действий оператором за счет учета при компоновке элементов рабочего места принципов функционального соответствия, объединения, совмещения, последовательности расположения, важности и частоты использования средств отображения информации (СОИ) и органов управления (ОУ);

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

-надежность поиска, захвата, фиксации, необходимую чувствительность и оптимальные усилия перемещения ОУ при управлении ими, а также исключение неправильных действий при работе с несколькими однотипными ОУ;

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

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

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

-выявление типологии объектов разработки с выделением основных видов и типов изделий по "человеческому фактору" с целью достижения высокоэффективных контактов оператора (потребителя) с изделиями соответствующих типологических групп;

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

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

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

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

• 
  отказ оборудования рабочей станции, в случае хранение данных на серверах АСУ;
  
• 
  отключение питания на сервере баз данных;
  
• 
  отказ линий связи;
  
• 
  отказ аппаратуры сервера (процессор, накопители на жестких дисках).
  

3.2 Требования к видам обеспечения

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

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

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

3.2.2 Требования к лингвистическому обеспечению

Основным языком взаимодействия пользователей и системы является русский язык:

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

3.2.3 Требования к техническому обеспечению

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

3.2.4 Требования к программному обеспечению

Программное обеспечение должно поставляться Заказчику на магнитных или оптических (CD-ROM) носителях в следующем составе:

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

3.2.5 Требования к техническому обеспечению

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

3.2.6 Требования к организационному обеспечению

Для обеспечения внедрения и эффективной работы ЗАО "Оргсинтез" с использованием прикладной системы рекомендуется на договорном уровне произвести регламентацию взаимоотношений между ЗАО "Оргсинтез" и ЗАО "Автоматизированные информационные системы" по следующим позициям:

1. 
   Права Исполнителя:
   
   • 
     Получать доступ к информации, предоставляемой прикладными системами АСУ.
     
   • 
     Посылать предложения для формирования информации, размещаемой в прикладных системах.
     
2. 
   Обязанности Исполнителя:
   
   • 
     Организовать рабочие места и оборудовать их средствами вычислительной техники, периферийным оборудованием, программным обеспечением и средствами связи, обеспечивающими своевременное и достоверное предоставление информации в соответствии с требованиями Заказчика.
     
   • 
     Обеспечить ведение журнала учета получаемых предписаний, рекомендации по проведению работ, донесений и другой информации, получаемой от Заказчика.
     
   • 
     Организовать профилактические мероприятия и работы учетом информации, получаемой от прикладных систем Заказчика.
     
   • 
     Предоставлять Заказчику информацию о проводимых мероприятиях и выполняемых работах в соответствии с регламентом.
     
   • 
     Своевременно информировать Заказчика о ликвидации последствий нештатных ситуаций.
     
   • 
     Оперативно устранять недостатки по предписанию Заказчика с отражением факта выполнения работ в журнале учета.
     
   • 
     Предоставлять планы мероприятий и работ по запросу Заказчика.
     
3. 
   Права Заказчика:
   
   • 
     Выдавать предписания на выполнение работ в случаях нарушения технологии содержания и невыполнения нормативных требований.
     
   • 
     Требовать предоставление планов мероприятий и работ на основании данных прикладных систем.
     
   • 
     Контролировать несение дежурств и ведение журнала учета.
     
   • 
     При ежемесячной приемке выполненных работ и услуг, сопоставлять представленные объемы и виды работ с данными, получаемыми от прикладных систем; при существенном расхождении этих данных требовать предоставление обоснований.
     
4. 
   Обязанности Заказчика:
   
   • 
     Формировать и передавать информацию, способствующую эффективной работе Исполнителя с использованием прикладных систем.
     
   • 
     Предоставлять данные об осуществлении взаиморасчетов с кредиторами.
     
   • 
     Предоставить доступ к необходимой информации.
     
   • 
     Обеспечить регулярное обновление информации, размещаемой на сайте.
     
5. 
   Ответственность сторон:
   
   • 
     Исполнитель несет имущественную ответственность (штрафные санкции) за несвоевременное выполнение предписанных обязанностей, в случае если информация от Заказчика была получена своевременно.
     
   • 
     Исполнитель обязан предоставлять обосновывающие материалы по факту существенного расхождения объемов отдельных видов работ, объема и видов выполненных работ в целом, представленных при приемке работ, по сравнению данными, получаемыми от прикладных систем АСУ.
     

4 Состав и содержание работ по созданию системы

Состав и содержание работ по созданию системы включают следующие этапы:

1. 
   Предпроектное обследование, сбор необходимой информации. Результат: - определение целей, задач системы, которые в дальнейшем должны быть решены;
   
2. 
   Анализ предметной области. Результат: подробный анализ системы и введение организационных требований к решению задач и целей;
   
3. 
   Разработка ТЗ. Результат- документация на разрабатываемую систему, в которой указаны сроки реализации, кем будет реализована, для кого, описаны все необходимые организационные требования к разработке;
   
4. 
   Разработка модели программы. Результат – описание спецификаций данных, определение связей между сущностями, построение концептуальной модели БД, построение логической модели БД;
   
5. 
   Разработка ТП;
   
6. 
   Разработка рабочего проекта, состоящего из:
   

• 
  написания программы;
  
• 
  отладка программы;
  
• 
  корректировка программы;
  

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

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

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

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

6 Требования к документированию

6.1 Общие требования к документированию

Документы должны быть представлены на бумажном виде (оригинал) и на магнитном носителе (копия). Исходные тексты программ - только на магнитном носителе (оригинал). Возможно предоставление комплекта документации и текстов программ на компакт-дисках.

Все документы должны быть оформлены на русском языке. Состав документов на общее программное обеспечение, поставляемое в составе АИС "Туроператор", должен соответствовать комплекту поставки компании - изготовителя.

6.2 Перечень подлежащих разработке документов

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

– техническое задание;

– описание программы;

– программу и методику испытаний;

– описание применения.

Программная документация должна соответствовать требованиям стандартов ЕСПД.

Пояснительная записка должна быть оформлена в соответствии с требованиями стандартов ЕСКД.

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

– процессор с тактовой частотой не меньше 1,2 ГГц;

– оперативная память – 1024 Мбайт и выше;

– не менее 500 Мбайт свободной памяти на жестком диске;

– монитор;

– печатающее устройство

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

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

8 Порядок внесения изменений

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

9 Литература

1. 
   https://studfile.net/preview/5656668/page:6/
   
2. 
   https://intuit.ru/studies/courses/2195/55/lecture/15050?page=2
   
3. 
   http://docs.cntd.ru/document/1200102293
   
4. 
   https://elib.pnzgu.ru/files/eb/doc/3KgWluygk8ms.pdf