Техзадание. Техзадание Пахомов. Тз состоит из трех стадий
 Скачать 263.01 Kb.
|
|
Введение В работе рассматриваются вопросы создания технического задания на разработку информационной системы для системы для агентства по продаже и бронированию авиабилетов. Целью работы является изучение основных принципов и получение базовых навыков подготовки технических заданий на разработку информационных систем, их программного обеспечения. Работа по созданию информационной системы начинается с формирования требований заказчика к создаваемой системе и оформления их в виде технического задания (ТЗ). ТЗ является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка системы и ее приемка при вводе в действие. Кроме того, на основании ТЗ производится калькуляция работ, уточняются трудозатраты. ТЗ состоит из трех стадий: обоснование необходимости разработки информационной системы – постановка задачи, сбор исходных материалов, выбор и обоснование критериев эффективности и качества разработанной системы, обоснование необходимости проведения НИР; НИР – определение структуры входных и выходных данных, предварительный выбор методов решения задач, обоснование целесообразности применения разработанной системы, определение требований к техническим средствам, обоснование принципиальной возможности решения поставленной задачи; разработка и утверждение ТЗ – определение требований к программам, разработка технико-экономического обоснования системы, определение стадий, этапов и сроков разработки системы и документация на нее, выбор языков программирования, определение необходимости проведения НИР на последних стадиях, согласование и утверждение ТЗ. ТЗ выполняет следующие функции: Организационная функция – зафиксированное задание для Исполнителя и окончательные требования со стороны Заказчика. Информационная функция – порядок в процессе Исполнителя и продуманность желаний со стороны Заказчика. Коммуникационная функция – взаимная договоренность о "предмете проекта", исключающая претензий. Юридическая функция – ТЗ имеет равную юридическую силу с "Договором". От того полноты и точности составления ТЗ во многом зависит результат разрабатываемого технического проекта. Техническое задание Основания для разработки Основанием для разработки технического задания является задание к курсовой работе по курсу "Проектирование информационных систем". Наименование темы разработки – "Разработка информационной системы агентства по продаже и бронированию автомобилей" Условное обозначение темы разработки (шифр темы) – "ИС АПБ" Назначение и цели создания системы Функциональное назначение системы: АИС "Авто" предназначена для автоматизации работы агентства по продаже и бронированию автомобилей. Эксплуатационное назначение системы: Система должна эксплуатироваться сотрудниками организации. Цели создания системы: Система ускоряет процесс заказа автомобилей, тем самым упрощает работу агентства. Требования к системе 1 Требования к системе в целом Требования к структуре и функционированию системы Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы АИС "Авто" включает следующие подсистемы: - Принятие заказа; - Оформление договора ; - Расчет с заказчиком. Подсистема "Принятие заказа" предназначена для регистрации заказа авиабилетов. Подсистема "Расчет с заказчиком" обеспечивает заказчика номером брони, связанным с паспортными данными (оплата по карточке). Требования к способам и средствам связи для информационного обмена между компонентами системы: Информационный обмен осуществляется посредством локальной сети. Требования к режимам функционирования системы: Система должна поддерживать многопользовательский и автономный режимы работы. Пользователи осуществляют доступ к системе через сеть интернет или Call-центр. Требования к численности и квалификации персонала системы Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков: Сотрудник, занимающиеся приемом заявок, должен обладать навыками работы с персональным компьютером на уровне пользователя. Численность персонала может быть различной в зависимости от объема заказов. Требования к надежности Восстановление системы при ошибках в работе аппаратных средств (кроме носителей данных и программ) и ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС. При сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы. Также должна быть обеспечена работоспособность системы в целом в случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях. Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры, а для возможности сохранения данных пользователем при сбое в системе электропитания рекомендуется применять источники бесперебойного питания. Требования к безопасности Заказчиком обеспечивает соответствие технических решений, использованных при модификации и разработке подсистемы, действующим нормам, правилам техники безопасности, пожаробезопасности и взрывобезопасности, охраны окружающей среды. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Условия эксплуатации, а также виды и периодичность обслуживания технических средств подсистемы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них. Требования к защите информации от несанкционированного доступа Для защиты информации от несанкционированного доступа Система должна обеспечивать: а) идентификацию и аутентификацию пользователя; б) проверку прав и ограничений доступа пользователя на уровне функций и массивов данных при работе с системой. Требования по сохранности информации при авариях Необходимо предусмотреть возможность резервного копирования данных системы средствами программного обеспечения, поставляемого Разработчиком. Требования по стандартизации и унификации Для данной системы должна применяться каскадная модель жизненного цикла ПО. В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации. Интерфейс системы, файлы справок и любая текстовая информация в программе должны быть на русском языке. Экранные формы должны проектироваться с учетом требований унификации: Все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации. Требования к функциям (задачам), выполняемым системой По каждой подсистеме перечень функций, задач или их компонентов (в том числе обеспечивающих взаимодействие частей системы), поддерживающих автоматизации Информационная система должна обеспечивать выполнение следующих функций: подсистема принятия заказа, подсистема расчета с клиентом. Требования к программному обеспечению системы Система должна работать в операционных системах Windows XP/Vista/7/8 Требования к техническому обеспечению системы К видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе. В комплекс технических средств должны входить следующие элементы: - рабочие станции; - источник бесперебойного питания; - среда передачи данных между рабочими станциями (например, витая пара UTP 5e); - принтер. Технические средства приобретаются Заказчиком самостоятельно. К функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы. Процессор Intel Pentium IV 2 ГГц и выше, оперативная память не менее 2Гб, объем жесткого диска не менее 500 Гбайт. Требования к организационному обеспечению системы Для организационного обеспечения приводят требования: К структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию. Функционирование системы обеспечивает инженер-системотехник, в эксплуатации участвуют 4 сотрудника. К организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации. Организационное обеспечение должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении функций системы. К защите от ошибочных действий персонала системы. Защита от ошибок персонала заключается в проверке заполнения данных в некоторых полях, возможности восстановления исходных данных и отмены последних изменений, разграничении доступа по функциям и полномочиям сотрудников. Требования к документированию Для системы на различных стадиях создания должны быть выпущены следующие документы: Схема организационной структуры; Схема функциональной структуры; Перечень входных сигналов и данных; Перечень выходных сигналов (документов); Пояснительная записка к техническому проекту; Описание автоматизируемых функций; Описание постановки задач (комплекса задач); Описание организации информационной базы; Описание массива информации; Описание программного обеспечения; Руководство пользователя. Стадии и этапы разработки Стадии разработки Разработка должна быть проведена в 6 стадий: 1. Разработка технического задания 2. Разработка проектной документации 3.Создание эскизного проекта 4. Рабочее проектирование 5. Ввод в действие 6. Сопровождение и модернизация Этапы разработки На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии разработки проектной документации должен быть выполнен этап разработки проектной документации. На стадии создания эскизного проекта должен быть выполнен эскизный проект для предварительного предоставления заказчику. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ: 1) разработка информационной системы; 2) разработка документации. На стадии внедрения должны быть выполнены подготовка и передача программы заказчику. На стадии сопровождения и модернизации должны выполняться работы по усовершенствованию текущей версии информационной системы. Содержание работ по этапам На этапе разработки технического задания должны быть выполнены перечисленные ниже работы: 1) постановка задачи; 2) определение и уточнение требований к техническим средствам; 3) определение требований к информационной системе; 4) определение стадий, этапов и сроков разработки информационной системы и документации на неё; 5) обоснование и выбор инструментария; 6) согласование и утверждение технического задания. На этапе разработки проектной документации должны быть выполнены перечисленные ниже работы: 1) определение основных бизнес-процессов (в виде диаграмм IDEF0); 2) определение основных вариантов использования Системы для трех категорий пользователей (Гость, Авторизованный пользователь, Администратор) в виде UML диаграмм вариантов использования; 3) проектирование структуры базы данных в виде (ER диаграммы); 4) проектирование основных компонентов и алгоритмов Системы в виде соответствующих UML диаграмм; 5) проектирование структуры пользовательского интерфейса; 6) согласование и утверждение проектной документации. На этапе разработки должна быть выполнена работа по разработке информационной системы на основе проектной документации, кодированию и отладке. На этапе разработки документации должна быть выполнена разработка программных документов в соответствии с требованиями. "Предварительный состав программной документации" настоящего технического задания. На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию. На этапе усовершенствования текущей версии системы должны проводиться работы по созданию новых версий системы и добавлению новых функций в старую версию. События: 1. Анализ требований к ИС 2. Согласование требований с заказчиком 3. Выбор и разработка варианта концепции системы 4. Разработка технического задания и проекта 5. Согласование и утверждение технического задания и проекта 6. Составление плана по проведению работ 7. Подготовка аппаратного обеспечения 8. Разработка ПО 9. Проверка на совместимость аппаратного и программного обеспечения 10. Интеграция и тестирование программного и аппаратного обеспечения 11. Внесение изменений 12. Разработка инструкций по эксплуатации ИС 13. Оформление полной документации на ИС 14. Сдача ИС заказчику Порядок контроля и приемки системы Виды, состав, объем и методы испытаний системы и ее составных частей Испытание системы производится путем введения большого количества данных, введения одинаковых сведений, сведений другого типа данных, данных большего диапазона. Производится проверка соответствия экранных форм описанию в руководстве для пользователя (тестирование интерфейса). 1.8.2 Общие требования к приемке работ по стадиям Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии. Все создаваемые в рамках настоящей работы программные изделия передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (на компакт-диске). 1.8.3 Статус приемочной комиссии (государственная, межведомственная, ведомственная) Статус приемочной комиссии определяется Заказчиком до проведения испытаний. Список литературы 1. ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению 2. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы 3. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов 4. В.П. Романов, Н.З. Емельянова, Т.Л. Партыка Проектирование экономических информационных систем. Методологии и современные технологии. – М: Экзамен, 2005.- 256 с.; 5. Маклаков С.В. BPWin и ERWin CASE – средства разработки информационных систем / Маклаков С.В. – М: ДИАЛОГ МИФИ, 2001.-256с.; 6. Бойко В.В. Проектирование баз данных информационных систем / Бойко В.В., Савинков В.М. – 2-е изд. – М.: Финансы и статистика, 1989. – 350 с. Контрольные вопросы и задания Технико-экономическое обоснование (ТЭО) — документ, в котором представлена информация, из которой выводится целесообразность (или нецелесообразность) создания продукта или услуги. ТЭО содержит анализ затрат и результатов какого-либо проекта. Техническое задание представляет собой документ на проектирование технического объекта. «Техническое задание (ТЗ) -- исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т. д.), разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР)». ГОСТ 34.602-89 Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа "Техническое задание на создание (развитие или модернизацию) системы" (далее - ТЗ на АС). ГОСТ 19.201-78 Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения. Основные разделы ТЗ на программу. · Введение; · Основание для разработки; · Назначение и цели разработки; · Требования к программе и программной документации; · Технико-экономические показатели; · Стадии и этапы разработки; · Порядок контроля и приёмки; · Приложение. Методика «дробления и детализации». структура документа (разбиение на разделы и подразделы) должна быть тщательно проработана, так чтобы заинтересованное лицо могло быстро найти необходимые ему сведения относительно ИС по содержанию ТЗ Метод «шаблонного построения фраз». поведенческий шаблон проектирования, определяющий основу алгоритма и позволяющий наследникам переопределять некоторые шаги алгоритма, не изменяя его структуру в целом. Требования к программе желательно составлять на основе ГОСТов и нормативно-технической документации заказчика. |