Приложение 2 ПРИМЕР ВЫПОЛНЕНИЯ УЧЕБНОГО ТЕХНИЧЕСКОГО ЗАДАНИЯ

Приложение 2

ПРИМЕР ВЫПОЛНЕНИЯ УЧЕБНОГО ТЕХНИЧЕСКОГО ЗАДАНИЯ

1. ВВЕДЕНИЕ

1.1. Наименование программного изделия

Полное наименование программы — "Простейший редактор текстовых файлов MS DOS". Краткое наименование программы — редактор.

1.2. Область применения

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

2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

2.1. Документ, на основании которого ведется разработка

Разработка ведется на основании задания на курсовое проектирование по дисциплине "Технология программирования".

2.2. Организация, утвердившая этот документ, и дата его утверждения

Задание утверждено на заседании кафедры САПР и ПК 04.01.98 и выдано преподавателем кафедры Петровым В.В.

2.3. Наименование темы разработки Наименование темы разработки — EDIT.

3. НАЗНАЧЕНИЕ РАЗРАБОТКИ

Разработка является аттестационной при подготовке бакалавра.

4. ТРЕБОВАНИЯ К ПРОГРАММЕ

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

4.1.1. Состав выполняемых функций

4.1.1.1. Редактор должен обеспечить корректировку уже имеющихся на диске и создание новых текстовых файлов MS DOS в диалоговом режиме работы.

4.1.1.2. Внешний вид программы должен соответствовать макетам экранов и сценарию работы, представленным в ПРИЛОЖЕНИИ 1.

4.1.1.3. Список управляющих клавиш программы редактора и кодов символов, заносимых в текстовый файл, должен соответствовать ПРИЛОЖЕНИЮ 2.

4.1.1.4. При запуске редактора командой MS DOS EDIT.EXE с указанием через символ пробела имени редактируемого файла программа редактора должна обеспечить загрузку редактируемого файла. Программа редактора должна запускаться командой MS DOS EDIT.EXE и без указания имени редактируемого файла.

4.1.1.5. В любой момент работы программы при нажатии клавиши <F1> должны выводиться тексты помощи со списком всех возможных команд редактора на данный момент.

4.1.1.6. Программа должна обеспечить вывод на принтер содержимого текстового файла стандартными символами принтера с числом строк на странице, заданным пользователем.

4.1.2. Организация входных и выходных данных

Организация входных и выходных файлов редактора должна соответствовать Приложению 3. Размер редактируемого файла не должен превышать 64 Кбайт. Число символов в строке не должно превышать 255.

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

4.1.3. Временные характеристики и размер занимаемой памяти

Время реакции программы на нажатие любой из клавиш не должно превышать 0,25 с, за исключением реакций на чтение и запись входных и выходных файлов. Объем занимаемой оперативной памяти не должен превышать 200 Кбайт.

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

4.2.1. Требования к надежному функционированию

Программа должна нормально функционировать при бесперебойной работе ЭВМ. При возникновении сбоя в работе аппаратуры восстановление нормальной работы программы должно производиться после:

1) перезагрузки операционной системы;

2) запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске.

Уровень надежности программы должен соответствовать технологии программирования, предусматривающей:

1) инспекцию исходных текстов программы;

2) автономное тестирование модулей (методов) программы;

3) тестирование сопряжений модулей (методов) программы;

4) комплексное тестирование программы.

4.2.2. Контроль входной и выходной информации

Программа должна контролировать выбор пользователем пункта меню "Выход" и предупреждать его о потере "несохраненных изменений".

4.2.3. Время восстановления после отказа

Время восстановления после отказа должно состоять из:

1) времени перезапуска пользователем операционной системы;

2) времени запуска пользователем исполняемого файла программы;

3) времени повторного ввода потерянных данных.

4.3. Условия эксплуатации

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

4.4. Требования к составу и параметрам технических средств

Программа должна корректно работать на следующем или совместимом с ним оборудовании:

1) ПЭВМ IBM PC модели 300 GL;

2) принтере Epson Stylus 800+ модели Р780В.

4.5. Требования к информационной и программной совместимости

4.5.1. Требования к информационным структурам на входе и выходе

Требования к информационным структурам на входе и выходе определены в пункте (см. п. 4.1.2.).

4.5.3. Требования к методам решения

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

4.5.4. Требования к языкам программирования

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

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

Для работы программы необходима операционная система MS DOS версии 6.22.

4.6. Требования к маркировке и упаковке

Дискеты с эталонным и рабочими экземплярами программы должны иметь маркировку, состоящую из надписи EDIT, надписи "эталон" или "рабочая", даты последней перезаписи программы. Упаковка должна соответствовать условиям хранения дискеты. На упаковке должны быть указаны условия транспортирования и хранения дискеты.

4.7. Требования к транспортированию и хранению

Условия транспортирования и хранения дискеты должны соответствовать подразделу (см. подраздел 4.6.).

5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

Состав программной документации должен включать следующие документы:

1) технический проект программы по ГОСТ 19.404—79 в машинописном исполнении;

2) описание программы по ГОСТ 19.402—78 на машинном носителе;

3) текст программы по ГОСТ 19.401—78 на машинном носителе;

4) руководство программиста по ГОСТ 19.504—79 на машинном носителе в виде файла README.TXT.

Пояснительная записка "технический проект программы" должна содержать следующие разделы:

1) Раздел "ВХОДНЫЕ ДАННЫЕ" (Характер, организация и предварительная подготовка входных данных);

2) Раздел "ВЫХОДНЫЕ ДАННЫЕ" (Характер и организация выходных данных);

3) Раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ";

4) Раздел "ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА" (Типы ЭВМ, на которых возможно выполнение программы; устройства ЭВМ, используемые при выполнении программы);

5) Раздел "ВЫЗОВ И ЗАГРУЗКА" (Виды носителей программы, их используемый объем; способы вызова программы с соответствующих носителей данных; входные точки в программу — запуск программы);

6) Раздел "ПЛАН МЕРОПРИЯТИЙ ПО РАЗРАБОТКЕ И ВНЕДРЕНИЮ ПРОГРАММЫ" (План мероприятий разрабатывается для реализации программы коллективом программистов — два человека. Планом должны быть предусмотрены контрольные временные точки реализации, например, через каждые десять дней или неделю, в течение которых происходит интеграция разработанных модулей и тестирование уже разработанной части программы. Приводится состав тестов и принципы их подготовки для тестирования уже созданного фрагмента программы для каждой из контрольных точек).

Раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ" при технологии структурного программирования должен включать следующие материалы:

1) описание связей программы с другими программами;

2) описание внутренних массивов и переменных, которые используются в межмодульном обмене данными;

3) схема иерархии программы (приводится рисунок или рисунки);

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

5) описание функционирования программы с учетом ее модульного деления (приводится словесное описание выполнения программы с учетом вызовов модулей);

6) описание модулей программы (подраздел заполняется на основе паспортов модулей).

6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ

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

7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

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

1) разработка, согласование и утверждение технического проекта программы с пояснительной запиской — 5 недель;

2) разработка рабочего проекта программы с комплексным тестированием — 6 недель;

3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации — 2 недели;

4) внедрение.

8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

8.1. Виды испытаний

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

8.2. Общие требования к приемке

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

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг

МЫСЛИ: Жизнь технического задания

Из книги Журнал «Компьютерра» N 33 от 12 сентября 2006 года автора Журнал «Компьютерра»

МЫСЛИ: Жизнь технического задания Автор: Олег БунинЭтой статьей я не хочу доказать, что написание технического задания - зло и корень всех бед, нет, ни в коем случае. Все и всегда относительно, а в нашем случае - зависит от задачи. Я хочу показать, что классические схемы


1. Клуб Технического Моделирования Железной дороги.

Из книги Хакеры: Герои компьютерной революции [вычитывается] автора Леви Стивен

1. Клуб Технического Моделирования Железной дороги. Почему Питер Самсон в полночь бродил по зданию №26? На этот вопрос он вряд ли бы сумел дать определенный ответ. Над некоторыми вещами лучше не стоит ломать голову. Если бы вы походили на ребят, с кем Питер познакомился и


Удаление учебного узла

Из книги Microsoft Windows SharePoint Services 3.0. Русская версия. Главы 9-16 автора Лондер Ольга

Удаление учебного узла Если созданный учебный узел вам больше не нужен, можно удалить его. Для этого выполните следующее.Откройте узел SharePoint, который хотите удалить. Если потребуется, введите имя пользователя и пароль и щелкните ОК.Убедитесь, что имеете достаточно прав


1.9. ТИПОВЫЕ ОШИБКИ ОБУЧАЕМЫХ ПРИ СОСТАВЛЕНИИ ТЕХНИЧЕСКОГО ЗАДАНИЯ

Из книги Технологии программирования автора Камаев В А

1.9. ТИПОВЫЕ ОШИБКИ ОБУЧАЕМЫХ ПРИ СОСТАВЛЕНИИ ТЕХНИЧЕСКОГО ЗАДАНИЯ В приложении 2 приведен пример выполнения учебного технического задания. В примере опущены: лист утверждения, титульный лист и приложения.Главным, что отличает одно ТЗ от другого, является- смысл


Задания

Из книги Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ автора Борри Хелен


Задания

Из книги Искусство программирования на языке сценариев командной оболочки автора Купер Мендель


Задания

Из книги Язык Си - руководство для начинающих автора Прата Стивен


Приложение 6. Пример базы данных

Из книги Описание языка PascalABC.NET автора Коллектив РуБоард

Приложение 6. Пример базы данных Пример базы данных инсталлируется вместе в Firebird в каталог /examples в корневом каталоге Firebird. В Firebird 1.0 это база данных диалекта 1, ее имя employee.gdb. В версии 1.5 она имеет диалект 3 и имя employee.fdb. Структурно это та же самая база данных.Эта база данных


Приложение G. Пример файла .bashrc

Из книги автора

Приложение G. Пример файла .bashrc Файл ~/.bashrc определяет поведение командной оболочки. Внимательное изучение этого примера поможет вам значительно продвинуться в понимании Bash.Emmanuel Rouat представил следующий, очень сложный, файл .bashrc, написанный для операционной системы Linux.


ПРИЛОЖЕНИЕ Д. УПРАВЛЕНИЕ ХОДОМ ВЫПОЛНЕНИЯ ПРОГРАММЫ

Из книги автора

ПРИЛОЖЕНИЕ Д. УПРАВЛЕНИЕ ХОДОМ ВЫПОЛНЕНИЯ ПРОГРАММЫ Язык Си имеет несколько конструкций, предназначенных для управления выполнением программы. Здесь мы кратко описываем операторы циклов (while, for и do while), ветвлений (if, if else и switch) и переходов (goto, break и continue).


Индикаторы ввода-вывода и прогресса выполнения задания

Из книги автора

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