Цель работы – разработать проект технического задания на проектирование автоматизированной информационной системы для выбранной предметной области.
Анализ предметной области строится на основе разделов Гост 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
В разделе «Анализ предметной области» указываются общие сведения об объекте автоматизации, его характеристики, назначение и цели создания информационной системы, требования предъявляемые к ней. В этом разделе также указываются источники разработки, требования к составу и содержанию работ по внедрению информационной системы, требования к документированию, порядок приемки и контроля системы.
Пример технического задания на проектирование автоматизированной информационной системы «Библиотека университета»
1 Общие сведения.
1.1 Объект автоматизации – университетская библиотека (Б.)
1.2 Документы, на основании которых создается система:
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ПРОЕКТИРОВАНИЕ от А до Я
— библиотечно-библиографическая классификация (ББК);
— Правила пользования библиотечным фондом;
— Инструкции по сохранению книжного фонда;
— Правила пользования библиотекой;
— Акты на списание литературы.
2 Назначение и цели создания системы
2.1 Назначение системы.
Проектирование многопользовательской информационной системы. Систему предполагается использовать на рабочих местах библиотекарей для увеличения скорости обслуживания читателей. Система позволит облегчить процесс поиска книг, т.к. он будет вестись автоматизированно. При её применении станет легче подбирать литературу, проверять наличие книг в фонде.
Будет проще следить за сохранностью книжного фонда. Процесс заказа литературы будет осуществляться быстрее, так как это можно будет осуществить прямо с рабочего места.
2.2 Цели создания системы.
Систему предполагается создать для улучшения качества обслуживания читателей, обслуживания большего числа читателей и ускорения работы библиотекаря.
Критерий оценки достижений целей системы – увеличение числа обслуживаемых читателей. Т.к. система позволит увеличить скорость обслуживания, то увеличится число обслуживаемых читателей.
Критерием оценки достижений целей системы будет уменьшение вероятности потери информации о книгах, которыми пользуются студенты, вероятности неправильного закрепления книг за читателем.
3 Характеристика объектов автоматизации
3.1 Краткие сведения
Университетская библиотека включает следующие отделы:
отделы обслуживания (абонемент учебной литературы, абонемент научной литературы, читальный залы), отдел периодики, отдел комплектования, справочно-библиографический отдел.
В университете обучаются студенты с 1 по 5 курс дневного и заочного отделения и с 1 по 6 курс заочного отделения. Отделы обслуживания работают с читателями дневного отделения по читательским билетам, заочного – по зачетной книжке. Количество выдаваемых в каждом году читательских соответствует числу набранных на первый курс студентов дневного отделения. Каждому студенту выдается читательский билет, имеющий свой уникальный номер. Номер читательского билета соответствует номеру формуляра, который хранит информацию о книгах, которыми пользовался студент.
Техническое задание на проектирование. Как правильно написать?
Студентам выдаются книги только по тем предметам, которые они будут изучать.
После каждого курса студент должен сдать все книги, которые он не будет использовать в дальнейшем процессе обучения. По завершении обучения в университете студент должен сдать все книги, которыми они пользовались, подписывает обходной лист.
Библиотекой также могут пользоваться преподаватели – сотрудники университета. Им также присваивается читательский номер. Кроме того преподаватели могут заказывать учебную литературу.
Каждый отдел библиотеки выполняет свои функции.
Отдел комплектования осуществляет следующие функции:
— Заказ литературы по тематическим планам издательств;
— Обработка новой литературы;
— Классификация литературы по библиотечно-библиографической классификации (ББК);
— Списание ветхой, устаревшей литературы;
— Замена утерянных книг на новую литературу.
Информация, подлежащая хранению: инвентарный номер книги (шифр), автор, название, издательство, год издания, цена книги, отдел, где хранится книга.
Справочно-библиографический отдел выполняет следующее:
— Обработка каталожных карточек;
— Расстановка карточек по ББК в систематический каталог, алфавитный и предметный каталог:
— Тематический подбор для читателей:
— Работа в Интернете по поиску книг;
— Проведение библиотечных мероприятий (проведение занятий со студентами, издание тематических списков литературы, составление описаний статей),
— Выдача справочной литературы.
Информация, подлежащая хранению: инвентарный номер книги (шифр), автор, название, издательство, год издания, цена книги, отдел, где хранится книга.
В функции отделов обслуживания входит:
— Запись студентов в библиотеку;
— Выдача книг студентам и прием книг;
— Расстановка фонда и работа с ним;
— Ведение картотек читателей.
Информация, подлежащая хранению: номер читательского билета (номер формуляра), имя и фамилия студента, год поступления, год окончания (отчисления), номер приказа, если отчислен, факультет и специальность, форма обучения (дневная или заочная).
Пользователями будущей базы данных будут директор библиотеки, заместитель библиотеки, заведующие отделами, библиотекари.
В функции директора входит:
— координация полной работы всех отделов библиотеки;
— прием и увольнение сотрудников, перевод их в другие отделы;
— составление отчетности и плана работы библиотеки.
Информация, подлежащая хранению: имя и фамилия сотрудника, табельный номер, отдел, в котором работает, оклад, фамилия начальника отдела, стаж работы, квалификация, дата рождения, размеры надбавок, размер книгообеспеченности фонда, посещаемость, читаемость.
Заместитель выполняет следующие функции:
— ведет табель учета рабочего времени сотрудников;
— составляет графики отпусков работников.
— при отсутствии директора выполняет его функции.
— координирует работу отдела автоматизации;
Информация, подлежащая хранению: имя и фамилия сотрудника, табельный номер, отдел, в котором работает, оклад, фамилия начальника отдела, дата выхода в отпуск, количество календарных дней отпуска.
В функции заведующего отделами входит:
— координация полной работы отдела библиотеки;
— составление отчетности и плана работы отдела.
Информация, подлежащая хранению: имя и фамилия сотрудника, табельный номер, стаж работы, квалификация, дата рождения.
В функции библиотекаря входит:
— запись читателей в библиотеку;
— выдача и прием книг.
Информация, подлежащая хранению: номер читательского билета (номер формуляра), имя и фамилия студента, год поступления, год окончания (отчисления), номер приказа, если отчислен, факультет и специальность, форма обучения (дневная или заочная), инвентарный номер книги (шифр), автор, название, издательство, год издания, цена книги, отдел, где хранится книга.
3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
В библиотеке работают служащие с высшим образованием и средним специальным.
Систему предполагается использовать на рабочих местах библиотекарей. В отделах обслуживания и периодики она предполагается использоваться для поиска книг в книжном фонде, для поиска читателей по читательским номерам, просмотра их задолженностей, внесение сведений о книгах, которые берет читатель.
В отделе комплектования система будет использоваться для внесения информации о новой, списанной и утерянной литературе. А также для фиксации заказов на новую литературу.
В справочно-библиографическом отделе система будет использоваться для составления картотеки, поиска книг для читателей, для составления тематических списков литературы.
4 Требования к системе.
4.1 Требования к системе в целом.
Система должна удовлетворять следующим требованиям:
— Требования к защите информации от несанкционированного доступа. Должна быть предусмотрена защита от несанкционированного доступа к данным, ввода данных, их удаления
— Данные должны хранить в соответствии с имеющимися документами (ББК и др.).
— Система должна быть доступна с любого компьютера в библиотечной сети.
— Информация, хранящаяся в системе должна быть защищена от аварийных ситуаций, влияния внешних воздействий (радиоэлектронная защита).
— Квалификация персонала. Персонал должен быть обучен правилам работы с системой, при этом не обязательно наличие специального технического образования
4.2 Требования к функциям (задачам), выполняемым системой.
Функции, выполняемые подсистемами объекта автоматизации:
— выдача информации о книгах, которыми пользуется студент, сотрудник. Без использования автоматизированной системы поиск формуляров читателей занимает значительное время, кроме того, из-за ошибок библиотекарей они могут теряться и вместе с ними исчезает информация о книгах, которые находятся у читателя. Восстановить эту информацию невозможно. И для хранения самих формуляров необходимы дополнительные площади. Автоматизированная система хранит эту информацию сколь угодно долго, поиск осуществляется за считанные секунды, исключены ошибки библиотекарей, не требуется дополнительная площадь.
— Запись новых читателей в библиотеку, проверка его данных. При использовании автоматизированной системы запись читателей будет осуществляться легко и быстро. В начале каждого учебного года в базу студентов добавляется информация о первокурсниках и каждому из них присваивается сразу же читательский номер. Присутствия самих читателей не требуется. Это позволит избежать очередей в библиотеке, путаницы при присвоении новых читательских номеров.
— Проверка книг, закрепленных за читателем. Автоматизированная система хранит информацию о книгах сколь угодно долго, поиск и проверка будет осуществляться за считанные секунды. Читатель также сможет распечатать в библиотеке список книг, закрепленных за ним.
— Проверка на наличие книг в книжном фонде, необходимого количества экземпляров. Чтобы выдать книгу читателю, необходимо её наличие. Без использования автоматизированной системы поиск книги занимает значительное время. В автоматизированной системе для поиска будет необходимо только ввести название книги (автора или шифр) и информация о наличии книги будет готова.
— Заказ книг по заявкам преподавателей, сотрудников университета. С помощью автоматизированной системы сотрудник университета сможет прямо на рабочем месте ввести свой заказ и передать информацию о нем в библиотеку. Библиотекарям же не нужно будет ходить к преподавателям и собирать заказы. Кроме того, преподаватели смогут быстро получить информацию о том, что заказ принят.
— Списание старой литературы. При списании литературы информация о ней, о причинах списания и о сотрудниках, принявших решение о списании, должна храниться достаточно долго. Обычно она хранится в документах, актах о списании, но в результате может быть потеряна. Новая автоматизированная система позволит избежать потери информации и надежно и долго хранить её. А экземплярам будет автоматически ставиться отметка о списании.
— Замена утерянной литературы. При замене литературы информация о ней и о сотрудниках, принявших замену, должна храниться достаточно долго. Обычно она хранится в документах, актах замены, но в результате она может быть потеряна. Новая автоматизированная система позволит избежать потери информации и надежно и долго хранить её. А экземплярам будет автоматически ставиться отметка о замене.
— Внесение новых книг в каталог библиотеки, присвоение им инвентарного номера. Для внесения новых книг в каталоги библиотекарям необходимо заполнить много разных документов, проверить правильность их заполнения. При использовании автоматизированной системы проверка и заполнение будет осуществляться одновременно. Автоматически будет осуществляться проверка правильности присвоенного инвентарного номера, правильность закрепления книг за отделами.
— Внесение журналов и газет в каталог, присвоение им инвентарного номера и ключевых фраз, содержащихся в них статьям. Для внесения новых газет и журналов в каталоги библиотекарям необходимо заполнить много разных документов, проверить правильность их заполнения. При использовании автоматизированной системы проверка и заполнение будет осуществляться одновременно.
Кроме того, будет осуществляться проверка правильности присвоенного инвентарного номера. При поиске необходимых статей очень часто приходится просматривать много периодических изданий. И вероятность удачного поиска очень мала. Если же присвоить статьям ключевые фразы и осуществлять поиск по этим фразам, то вероятность удачного поиска резко возрастет.
4.3 Требования к видам обеспечения.
Программное обеспечение системы не должно зависеть от аппаратных средств компьютера. Необходимое программное обеспечение:
MS ACCESS 2000, MS Word 2000, MS SQL Server 2000.
Примеры предметных областей, для которых может быть разработан проект автоматизированной информационной системы:
1) Строительная фирма;
2) Магазин автозапчастей;
3) Склад медицинских препаратов;
4) Предприятие, занимающееся грузоперевозками;
5) Военный комиссариат.
Выбрать предметную область (согласовать с преподавателем тему) и разработать техническое задание на проектирование автоматизированной информационной системы для выбранной предметной области.
Источник: poisk-ru.ru
Лабораторная. Техническое задание на проектирование программы
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 151.25 Kb.
Лабораторная работа 1
Тема: Техническое задание на проектирование программы.
Цель работы: ознакомиться с правилами написания технического задания.
Теоретическая часть:
ГОСТ 2.610-2006. Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Пример выполнения задания
Работа выполняется в рамках проекта «Автоматизированная система оперативно-диспетчерского управления электро-, теплоснабжением корпусов института».
- Основанием для данной работы служит договор № ___ от _________ 20___ г.
- Наименование работы:
- «Модуль автоматизированной системы оперативно-диспетчерското управления теплоснабжением корпусов института».
- Исполнители: ОАО «Лаборатория создания программного обеспечения.
- Соисполнители: нет.
Создание модуля для контроля и оперативной корректировки состояния основных параметров теплообеспечения корпусов Московского института.
- Требования к функциональным характеристикам
- Состав выполняемых функций. Разрабатываемое ПО должно обеспечивать:
- сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным теплосчетчиков SA-94 на всех тепловых выходах;
- сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);
- предварительный анализ информации на предмет нахождения параметров в допустимых пределах и сигнализирование при выходе параметров за пределы допуска;
- выдачу рекомендаций по дальнейшей работе;
- отображение текущего состояния по набору параметров – циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих параметров;
- визуализацию информации по расходу теплоносителя;
- текущую, аналогично показаниям счетчиков;
- с накоплением за прошедшие сутки, неделю, месяц – в виде почасового графика для информации за сутки и неделю;
- суточный расход – для информации за месяц.
По отдельному запросу осуществляются внутренние настройки.
- Организация входных и выходных данных
- Требования к надежности
- Условия эксплуатации и требования к составу и параметрам технических средств
- Требования к информационной и программной совместимости
- Требования к транспортировке и хранению
- Специальные требования. Программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) средней квалификации. Ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов. Язык программирования выбирает исполнитель, он должен обеспечивать возможность интеграции программного обеспечения с некоторыми видами периферийного оборудования (например, счетчик SA-94 и т.п.).
Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой системы программной документации (ЕСПД); руководство пользователя, руководство администратора, описание применения.
6. Технико-экономические показатели
Эффективность системы определяется удобством использования системы для контроля и управления основными параметрами теплообеспечения помещений Московского института, а также экономической выгодой, полученной от внедрения аппаратно-программного комплекса.
7. Порядок контроля и приемки
- Изучение предметной области. Проектирование системы. Разработка предложений по реализации системы.
- Разработка программного модуля по сбору и анализу информации со счётчиков и устройств управления. Внедрение системы для одного из корпусов ЧГУ.
- Тестирование и отладка модуля. Внедрение системы во всех корпусах ЧГУ.
Источник: topuch.com
Техническое задание на проектирование программы
Техническое задание — исходный документ на проектирование технического объекта (изделия) ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования.
Техническое задание также используется при создании творческого объекта (видеоролик, статья, графическое изображение, сайт).
Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет.
Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков.
Техническое задание, как термин в области информационных технологий — это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.
Техническое задание позволяет:
исполнителю — понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы;
заказчику — осознать, что именно ему нужно;
обеим сторонам — представить готовый продукт;
исполнителю — спланировать выполнение проекта и работать по намеченному плану;
заказчику — требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ;
исполнителю — отказаться от выполнения работ, не указанных в ТЗ;
заказчику и исполнителю — выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний);
избежать ошибок, связанных с изменением требований (на всех стадиях и этапах создания, за исключением испытаний).
За время разработки системного проекты было разработанно техническое задание:
Техническое задание на разработку тестирующего программного обеспечения по модулю ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем»
1) Общее положение
1.1 ) Наименование программы
Наименование программы: «Тестирующее программное обеспечения по модулю ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем»
1.2 ) Назначение и область применения
Программа предназначена для тестирования учащихся, студентов и др. в области языков программирования, web-дизайна,
2) Требования к программе
2.1 ) Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
2.1.1 ) Разделение видов тестирования на группы:
2.1.1.1 ) Самоконтроль знаний
2.1.1.2 ) Тестирование с оценкой
2.1.2 ) Возможность запроса оценки после выполнения тестирования
2.1.3 ) Проверка прохождения задания перед выводом оценки
2.2 ) Требования к надежности
2.2.1 ) Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
а) организацией бесперебойного питания технических средств;
б) использованием лицензионного программного обеспечения;
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов
2.2.2 ) Время восстановления после отказа
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
2.2.3 ) Отказы из-за некорректных действий пользователей системы
Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой недопустимы.
3) Условия эксплуатации
3.1 ) Климатические условия эксплуатации
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации
3.2 ) Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц — преподаватель и конечный пользователь программы — оператор (студент). Системный администратор должен иметь высшее профильное образование. В перечень задач, выполняемых преподаватель, должны входить:
а) задача поддержания работоспособности технических средств;
б) задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы;
в) задача установки (инсталляции) программы.
3.3 ) Требования к составу и параметрам технических средств
3.3.1 ) В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:
3.3.1.1 ) процессор Pentium-2.0Hz, не менее;
3.3.1.2 ) оперативную память объемом, 1Гигабайт, не менее;
3.3.1.3 ) HDD, 40 Гигабайт, не менее;
3.3.1.4 ) операционную систему Windows XP/Vista/7/8/10 или старше
3.4 ) Требования к информационной и программной совместимости
3.4.1 ) Требования к исходным кодам и языкам программирования
Дополнительные требования не предъявляются.
3.4.2 ) Требования к программным средствам, используемым программой
Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP/Vista/7/8/10.
3.4.3 ) Требования к защите информации и программ
Требования к защите информации и программ не предъявляются.
4) Требования к программной документации
4.1 ) Предварительный состав программной документации
Состав программной документации должен включать в себя:
4.1.1 ) техническое задание;
4.1.3 ) руководство оператора;
5) Технико-экономические показатели
5.1 ) Экономические преимущества разработки
Ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.
6) Стадии и этапы разработки
6.1 ) Стадии разработки
Разработка должна быть проведена в три стадии:
a) разработка технического задания;
b) рабочее проектирование;
6.2 ) Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
1) разработка программы;
2) разработка программной документации;
3) испытания программы.
На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.
6.3 ) Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
1) постановка задачи;
2) определение и уточнение требований к техническим средствам;
3) определение требований к программе;
4) определение стадий, этапов и сроков разработки программы и документации на неё;
5) согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
1) разработка, согласование и утверждение и методики испытаний;
2) проведение приемо-сдаточных испытаний;
3) корректировка программы и программной документации по результатам испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.
7) Порядок контроля и приемки
7.1 ) Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.
Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.
7.2 ) Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.
Источник: studbooks.net