Пример разработки технического задания на программный продукт
Министерство образования Российской Федерации
Московский государственный институт электронной техники
(технический университет)
Кафедра информатики и программного обеспечения
вычислительных систем
УТВЕРЖДАЮ Зав. кафедрой ИПОВС,
д.т.н., проф._Гагарина Л. Г.
« » 20 г.
ПРОГРАММА СОРТИРОВКИ ОДНОМЕРНОГО МАССИВА Техническое задание на лабораторную работу
Листов 3
Руководитель, к.т.н., доцент_Петров А. А.
Исполнитель, студент гр. МП 33_Власов С. Е.
МОСКВА, 20__
Рис. П2.1. Пример оформления титульного листа технического задания
на учебный программный продукт
1. Введение
Настоящее техническое задание распространяется на разработку программы сортировки одномерного массива методами пузырька, прямого выбора, Шелла и быстрой сортировки, предназначенной для использования школьниками старших классов при изучении курса школьной информатики.
· 2. Основание для разработки
· 2.1. Программа разрабатывается на основе учебного плана кафедры «Информатика и программное обеспечение вычислительных систем».
· 2.2. Наименование работы:
«Программа сортировки одномерного массива».
· 2.3. Исполнитель: компания Вез18оЙ.
· 2.4. Соисполнители: нет.
· 3. Назначение
Программа предназначена для использования школьниками при изучении темы «Обработка одномерных массивов» в курсе «Информатика».
· 4. Требования к программе или программному изделию
|
|
|
· 4.1. Требования к функциональным характеристикам
· 4.1.1. Программа должна обеспечивать возможность выполнения следующих функций:
o • ввод размера массива и самого массива;
o • хранение массива в памяти;
o • выбор метода сортировки;
o • вывод текстового описания метода сортировки;
o • вывод результата сортировки.
· 4.1.2. Исходные данные:
o • размер массива, заданный целым числом;
o • массив.
· 4.1.3. Организация входных и выходных данных
Входные данные поступают с клавиатуры.
Выходные данные отображаются на экране и при необходимости выводятся на печать.
4.2. Требования к надежности
Предусмотреть контроль вводимой информации.
Предусмотреть блокировку некорректных действий пользователя при работе с системой.
4.3. Требования к составу и параметрам технических средств.
Система должна работать на IBM-совместимых персональных компьютерах.
Минимальная конфигурация:
· • тип процессора.................Pentium и выше;
· • объем оперативного запоминающего устройства....................32 Мб и более;
• объем свободного места на жестком диске........................40 Мб.
Рекомендуемая конфигурация:
· • тип процессора.................Pentium II 400;
· • объем оперативного запоминающего устройства....................128 Мб;
|
|
|
• объем свободного места на жестком диске........................60 Мб.
4.4. Требования к программной совместимости.
Программа должна работать под управлением семейства операционных систем Win 32 (Windows 95/98/2000/МЕ/ХР и т. и.).
· 5. Требования к программной документации
· 5.1. Разрабатываемые программные модули должны быть са-модокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
· 5.2. Разрабатываемая программа должна включать справочную информацию о работе программы, описания методов сортировки и подсказки учащимся.
· 5.3. В состав сопровождающей документации должны входить:
· 5.3.1. Пояснительная записка на пяти листах, содержащая описание разработки.
· 5.3.2. Руководство пользователя.
Пример технического задания на разработку
«Утверждаю»
Профессор кафедры ВС
_(Иванов И. И.)
« » 20__ г.
Техническое задание
на разработку «Модуля автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского
института»
Москва, 20__
1. Введение
Работа выполняется в рамках проекта «Автоматизированная система оперативно-диспетчерского управления электротеплоснабжением корпусов Московского института».
|
|
|
· 2. Основание для разработки
· 2.1. Основанием для данной работы служит договор № 1234 от 10 марта 2003 г.
· 2.2. Наименование работы:
«Модуль автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института».
· 2.3. Исполнители: ОАО «Лаборатория создания программного обеспечения».
· 2.4. Соисполнители: нет.
· 3. Назначение разработки
Создание модуля для контроля и оперативной корректировки состояния основных параметров теплообеспечения корпусов Московского института.
· 4. Технические требования
· 4.1. Требования к функциональным характеристикам.
· 4.1.1. Состав выполняемых функций.
Разрабатываемое ПО должно обеспечивать:
· • сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным теплосчетчиков 5А-94 на всех тепловых выходах;
· • сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);
· • предварительный анализ информации на предмет нахождения параметров в допустимых пределах и сигнализирование при выходе параметров за пределы допуска;
· • выдачу рекомендаций по дальнейшей работе;
|
|
|
· • отображение текущего состояния по набору параметров — циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих параметров;
· • визуализацию информации по расходу теплоносителя:
· — текущую, аналогично показаниям счетчиков;
· — с накоплением за прошедшие сутки, неделю, месяц — в виде почасового графика для информации за сутки и неделю;
· — суточный расход — для информации за месяц.
Для устройств управления приточной вентиляцией текущая информация должна содержать номер приточной системы и все параметры, выдаваемые на собственный индикатор.
По отдельному запросу осуществляются внутренние настройки.
В конце отчетного периода система должна архивировать данные.
4.1.2. Организация входных и выходных данных.
Исходные данные в систему поступают в виде значений с датчиков, установленных в помещениях института. Эти значения отображаются на компьютере диспетчера. После анализа поступившей информации оператор диспетчерского пункта устанавливает необходимые параметры для устройств, регулирующих отопление и вентиляцию в помещениях. Возможна также автоматическая установка некоторых параметров для устройств регулирования.
Основной режим использования системы — ежедневная работа.
4.2. Требования к надежности.
Для обеспечения надежности необходимо проверять корректность получаемых данных с датчиков.
4.3. Условия эксплуатации и требования к составу и параметрам технических средств.
Для работы системы должен быть выделен ответственный оператор.
Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.
4.4. Требования к информационной и программной совместимости.
Программа должна работать на платформах Yindows 98/
· 1ЧТ/2000.
· 4.5. Требования к транспортировке и хранению.
Программа поставляется на лазерном носителе информации.
Программная документация поставляется в электронном и печатном виде.
· 4.6. Специальные требования:
o • программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;
o • ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов с ним;
o • язык программирования — по выбору исполнителя, должен обеспечивать возможность интеграции программного обеспечения с некоторыми видами периферийного оборудования (например, счетчик ЗА-94 и т. п.).
· 5. Требования к программной документации
Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой Системы Программной Документации (ЕСПД): руководство пользователя, руководство администратора, описание применения.
6. Технико-экономические показатели
Эффективность системы определяется удобством использования системы для контроля и управления основными параметрами теплообеспечения помещений Московского института, а также экономической выгодой, полученной от внедрения аппаратно-программного комплекса.
7. Порядок контроля и приемки
После передачи Исполнителем отдельного функционального модуля программы Заказчику последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.
8. Календарный план работ
| № этапа | Название этапа | Сроки этапа | Чем заканчивается этап |
| 1 | Изучение предметной области. Проектирование системы. Разработка предложений по реализации системы | 01.02.200_-28.02.200_ | Предложения по работе системы. Акт сдачи-приемки |
| 2 | Разработка программного модуля по сбору и анализу информации со счетчиков и устройств управления. Внедрение системы для одного из корпусов МИЭТ | 01,03.200_-31,08.200_ | Программный комплекс, решаю щи й поста вл е н н ы е задачи для пилотного корпуса МИЭТ. Акт сдачи-приемки |
| 3 | Тестирование и отладка модуля. Внедрение системы во всех корпусах МИЭТ | 01.09.200_—30.12.200_ | Готовая система контроля теплообеспечения МИЭТ, установленная в диспетчерском пункте. Программная документация. Акт сдачи-приемки работ |
Руководитель работ ___________________________________
Пример эскизного проекта
УТВЕРЖДАЮ
Руководитель (заказчика ИС)
Личная подпись_Расшифровка подписи
Печать
Дата «____»__________________________ 20___ г.
УТВЕРЖДАЮ
Руководитель (разработчика ИС)
Личная подпись_Расшифровка подписи_
Печать
Дата «___»______________________ 20__ г.
Эскизный проект на создание информационной системы
Система Управления Базой Данных
(наименование вида И С)
БИБЛИОТЕЧНЫЙ ФОНД РОССИЙСКОЙ ФЕДЕРАЦИИ
(наименование объекта информатизации)
СУБД «Библиотека»
(сокращенное наименование ИС)
На 8 листах
20__ г.
Действует с «___»
Содержание
Содержание.....................................361
Ведомость эскизного проекта........................362
Пояснительная записка к эскизному проекту............363
Общие положения...............................363
Основные технические решения....................363
Решения по структуре системы...................363
Решения по режимам функционирования,работы системы...............................365
Решения по численности, квалификации и функциям персонала АС.......................365
Состав функций комплексов задач, реализуемых системой....................................365
Решения по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методам их реализации........................366
Источники разработки.............................367
Ведомость эскизного проекта
На предыдущих стадиях разработки СУБД «Пенсионный Фонд» были составлены и утверждены следующие документы:
• Техническое задание на создание информационной системы СУБД «Пенсионный Фонд», разработанное на основании ГОСТ 34.602—89 на написание ТЗ на автоматизированные системы управления от 01.01.1990 г.
Пояснительная записка к эскизному проекту
Общие положения
Данный документ является эскизным проектом на создание Системы Управления Базой Данных для Библиотечного Фонда Российской Федерации (СУБД «Библиотека»).
Перечень организаций, участвующих в разработке системы, сроки и стадии разработки, а также ее цели и назначение указаны в техническом задании на создание информационной системы.
Основные технические решения
Решения по структуре системы
СУБД «Библиотека» будет представлять собой персональную систему управления локальной базой данных, работающей на одном компьютере.
Система будет управлять реляционной базой данных, представляющей собой набор связанных между собой таблиц в формате Рагабох, доступ к которым осуществляется с помощью ключей или индексов. Сведения в одной таблице могут отражать сведения из другой, и при изменении сведений в первой таблице эти изменения немедленно отображаются во второй. Таким образом будет достигнута непротиворечивость данных.
Общая структура базы данных:
· • Анкеты организации, которые зарегистрированы в данном ПФ:
o — Тип предприятия (Российская организация, Физическое лицо, Иностранная организация, Обособленное подразделение).
o — Вид предприятия (Адвокаты, Бюджетное, Единый налог 6 %, Единый налог 15 %, Сельхозпродукция, Службы занятости, Фермерское хозяйство, Прочее).
o — Регистрационный номер работодателя в ПФР (3 — 3 — 6).
o — Свидетельство: серия, номер.
o — Дата выдачи свидетельства (число_месяц_год).
o — ИНН.
o — КПП.
o — Наименование.
o — Юридический адрес:
· • Почтовый индекс.
· • Регион.
· • Район.
· • Город.
· • Населенный пункт.
· • Улица.
· • Дом.
· • Корпус.
· • Квартира.
· — Адрес постоянно действующего органа (при отличии от юридического).
· • Анкеты сотрудников этих организаций:
o — Фамилия.
o — Имя.
o — Отчество.
o — Пол (М/Ж).
o — Дата рождения (Дата).
o — Страховой номер.
o — Место рождения (Страна, Регион, Район, Город, Населенный пункт).
o — Гражданство.
o — Адрес регистрации (Страна, Почтовый индекс, Регион, Район, Город, Населенный пункт, Улица, Дом, Корпус, Квартира).
o — Адрес места жительства фактический (Страна, Почтовый индекс, Регион, Район, Город, Населенный пункт, Улица, Дом, Корпус, Квартира).
o — Телефон домашний.
o — Телефон служебный.
o — Документ (Удостовер. личность).
o — Дата выдачи (Дата).
o — Кем выдан ().
o — Дата заполнения (Дата).
o — ИНН.
· • Сведения о стаже сотрудников этих организаций:
· — Страховой номер.
· — Фамилия.
· — Имя.
· — Отчество.
· — Дата рождения.
· — Территориальные условия проживания на ....
· — Таблица периодов работы со следующей структурой:
· • Начало периода (дата).
· • Конец периода (дата).
· • Вид деятельности (работа, служба соцстрах, уход-дети, безр, реабилит, уход-инвд, профзаб, пересмотр).
· • Наименование организации.
· • Должность.
· • Территориальные условия.
Решения по режимам функционирования, работы системы
СУБД «Библиотека» будет функционировать в однопользовательском режиме, а также будет способна:
· • просматривать записи базы данных (в том числе и при помощи фильтров);
· • добавлять новые записи;
· • удалять записи;
· • при входе в систему будет запрашиваться пароль.
Решения по численности, квалификации и функциям персонала АС
Указанные решения должны удовлетворять требованиям, приведенным в техническом задании на разработку системы.
Состав функций комплексов задач, реализуемых системой
Автоматизированная система должна выполнять следующие функции:
· • сделать запись о пенсионном удостоверении;
· • удалить информацию о пенсионном удостоверении;
· • выдать справку о всех пенсионных удостоверениях;
· • зарегистрировать новое предприятие в ПФ РФ;
· • удалить предприятие из базы данных;
· • выдать справку обо всех предприятиях, зарегистрированных в ПФ РФ;
· • подсчитать пенсию для работников предприятий на основании стажа;
· • выдать справку о пенсионных накоплениях работника.
Решения по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методам их реализации
Для реализации АС будет использоваться среда программирования Boland Delphi 7.0 и язык программирования Object Pascal.
Для подсчета пенсии будет использоваться следующий алгоритм.
Вначале определяется стажевый коэффициент пенсионера. Он полагается равным 0,55 за общий трудовой стаж до текущей даты не менее 25 лет мужчинам и 20 лет женщинам. За каждый полный год стажа сверх указанного стажевый коэффициент увеличивается на 0,01, но не более чем на 0,20.
Затем определяется отношение заработка пенсионера к среднемесячной заработной плате в стране. Этот заработок может быть взят за этот отсчетный период или за любые 60 месяцев работы подряд, или тот, из которого была исчислена пенсия на момент реформы. Среднемесячная зарплата в стране берется за тот же самый период.
Отношение заработков учитывается в размере не свыше 1,2. Для пенсионеров, проживающих на Крайнем Севере, учитываемое соотношение выше: от 1,4 до 1,9 в зависимости от установленного в централизованном порядке районного коэффициента к зарплате.
Затем стажевый коэффициент умножается на соотношение заработков и на 1671 руб. — утвержденную для расчетов среднемесячную зарплату в стране за 111 квартал 2001 г. Это и будет пересчитанный размер трудовой пенсии по новому законодательству в обычном случае. Если он оказался менее 660 руб., то размер пенсии «доводится» до этого гарантированного минимума.
Если пенсионер является инвалидом I группы или достиг к 1 января 2002 г. возраста 80 лет и более, рассчитанный в этом порядке размер пенсии по старости увеличивается на 450 руб.
Если у пенсионера имеются лица, находящиеся на его иждивении, то рассчитанный размер пенсии увеличивается на 150 руб. на каждого иждивенца, но не более чем на трех в общей сложности.
Источники разработки
Данный документ разрабатывался на основании ГОСТ 34.698—90 на написание ТЗ на автоматизированные системы управления от 01.01.1992 г.
Приложения
СОСТАВИЛИ
Должность исполнителя_
Фамилия, имя, отчество_
Подпись_
Дата «____»____________________ 20__ г.
Должность исполнителя_
Фамилия, имя, отчество_
Подпись_
Дата «____»____________ 20__ г.
Должность исполнителя_
Фамилия, имя, отчество_
Подпись_
Дата «___»____________ 20__ г.
Дата добавления: 2020-04-08; просмотров: 451; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!