 |
Требования к составу выполняемых функций
|
|
|
|
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
- функции создания нового (пустого) файла.
- функции открытия (загрузки) существующего файла.
- функции редактирования открытого (далее - текущего) файла путем ввода, замены, удаления содержимого файла с применением стандартных устройств ввода.
- функции редактирования текущего файла с применением буфера обмена операционной системы.
- функции сохранения файла с исходным именем.
- функции сохранения файла с именем, отличным от исходного.
- функции отправки содержимого текущего файла электронной почтой с помощью внешней клиентской почтовой программы.
- функции вывода оперативных справок в строковом формате (подсказок).
- функции интерактивной справочной системы.
- функции отображения названия программы, версии программы, копирайта и комментариев разработчика.
Клише «обеспечивать возможность выполнения» применимо к современным программным средствам, разработанным с использованием графического пользовательского интерфейса. Указанные программные средства большей частью «простаивают» (idle), ожидая действий оператора. Применение клише - шаблонного построения фраз, детально расписано в статье «Как писать техническое задание?!».
| 
| 
|
Требования к организации входных данных
Входные данные программы должны быть организованы в виде отдельных файлов формата rtf, соответствующих спецификации.
Файлы указанного формата должны размещаться (храниться) на локальных или съемных носителях, отформатированных согласно требованиям операционной системы.
Любой файл иного формата, но с расширением rtf, открываться не должен.
Файлы http://domain.net/file.rtf или ftp://domain.net/file.rtf открываться не должны. Если файловая система отформатирована как FAT32, файлы с локального или съемного носителя, отформатированного, к примеру, в формате ext3, открываться не должны.
|
|
|
|
|
|
|
Требования к организации выходных данных
См. Требования к организации входных данных.
Требования те же, что и к организации выходных данных. Тот самый случай, когда следует объединить оба пункта технического задания.
|
|
|
|
Требования к временным характеристикам
Требования к временным характеристикам программы не предъявляются.
Следует уточнить, предъявляет ли Заказчик требования к быстродействию программы, к примеру, за какое время программа должна стартовать, открывать и закрывать файлы заданного объема. Если Заказчик укажет конкретные цифры, следует подстраховаться и заложить в требованиях к составу и параметрам технических средств суперкомпьютер стоимостью от $2500. Правда, такую сумму придется обосновывать. Если временные характеристики для Заказчика не принципиальны, следует обязательно написать об отказе от требований к временным характеристикам (см. формулировку выше).
|
|
|
|
Требования к надежности
В подразделе должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).
Надежность – вещь тонкая и очень опасная. Но перечень функций и видов их отказов, согласно п. 1.3.2. ГОСТ 24.701-86, обязан составить Заказчик и согласовать с Исполнителем. Скорее всего, дождаться от Заказчика чего-либо вразумительного не удастся. Стоит разъяснить Заказчику, что надежное функционирование программы зависит не столько от Исполнителя, сколько от надежности технических средств и операционной системы, а также предложить Заказчику ряд жестких мер для повышения надежности и устойчивости функционирования программы.
|
|
|
|
|
|
|
|
|
|
