tehnologia (1018792), страница 16
Текст из файла (страница 16)
3.2 схематически показаны основные факторы, определяющие характеристикиразрабатываемого программного обеспечения. Такими факторами являются:• исходные данные и требуемые результаты, которые определяют функции программыили системы;• среда функционирования (программная и аппаратная) – может быть задана, а можетвыбираться для обеспечения параметров, указанных в техническом задании;• возможное взаимодействие с другим программным обеспечением и/или специальнымитехническими средствами – также может быть определено, а может выбираться исходя изнабора выполняемых функций.Разработка технического задания выполняется в следующей последовательности.
Преждевсего, устанавливают набор выполняемых функций, а также перечень и характеристикиисходных данных. Затем определяют82перечень результатов, их характеристики и способы представления.Далее уточняют среду функционирования программного обеспечения: конкретнуюкомплектацию и параметры технических средств, версию используемой операционной системыи, возможно, версии и параметры другого установленного программного обеспечения, с которымпредстоит взаимодействовать будущему программному продукту.В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторуюинформацию или включается в управление каким-либо техническим процессом, необходимотакже четко регламентировать действия программы в случае сбоев оборудования иэнергоснабжения.На техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание.Требования к содержанию и оформлению».
В соответствии с этим стандартом техническоезадание должно содержать следующие разделы:• введение;• основания для разработки;• назначение разработки;• требования к программе или программному изделию;• требования к программной документации;• технико-экономические показатели;• стадии и этапы разработки;• порядок контроля и приемки.При необходимости допускается в техническое задание включать приложения (см.
правилаоформления программной документации в § 11.5).Рассмотрим более подробно содержание каждого раздела.Введение должно включать наименование и краткую характеристику области примененияпрограммы или программного продукта, а также объекта (например, системы) в которомпредполагается их использовать. Основное83назначение введения – продемонстрировать актуальность данной разработки и показать,какое место эта разработка занимает в ряду подобных.Раздел Основания для разработки должен содержать наименование документа, наосновании которого ведется разработка, организации, утвердившей данный документ, инаименование или условное обозначение темы разработки.
Таким документом может служитьплан, приказ, договор и т.п.Раздел Назначение разработки должен содержать описание функционального иэксплуатационного назначения программного продукта с указанием категорий пользователей.Раздел Требования к программе или программному изделию должен включать следующиеподразделы:• требования к функциональным характеристикам;• требования к надежности;• условия эксплуатации;• требования к составу и параметрам технических средств;• требования к информационной и программной совместимости;• требования к маркировке и упаковке;• требования к транспортированию и хранению;• специальные требования.Наиболее важным из перечисленных выше является подраздел Требованияфункциональным характеристикам.
В этом разделе должны быть перечислены выполняемыефункции и описаны состав, характеристики и формы представления исходных данных ирезультатов. В этом же разделе при необходимости указывают критерии эффективности:максимально допустимое время ответа системы, максимальный объем используемойоперативной и/или внешней памяти и др.Примечание.
Если разработанное программное обеспечение не будет выполнять указанных в техническомзадании функций, то оно считается не соответствующим техническому заданию, т. е. неправильным с точкизрения критериев качества (см. § 2.2). Универсальность будущего продукта также обычно специально неоговаривается, но подразумевается.В подразделе Требования к надежности указывают уровень надежности, который долженбыть обеспечен разрабатываемой системой (см. § 3.2) и время восстановления системы послесбоя.
Для систем с обычными требованиями к надежности в этом разделе иногдарегламентируют действия разрабатываемого продукта по увеличению надежностирезультатов (контроль входной и выходной информации, создание резервных копийпромежуточных результатов и т.п.).В подразделе Условия эксплуатации, указывают особые требования к условиямэксплуатации: температуре окружающей среды, относительной влажности воздуха и т.п. Какправило, подобные требования формулируют,84если разрабатываемая система будет эксплуатироваться в нестандартных условиях илииспользует специальные внешние устройства, например для хранения информации.
Здесь жеуказывают вид обслуживания, необходимое количество и квалификация персонала. Впротивном случае допускается указывать, что требования не предъявляются.В подразделе Требования к составу и параметрам технических средств указываютнеобходимый состав технических средств с указанием их основных техническиххарактеристик: тип микропроцессора, объем памяти, наличие внешних устройств и т.п. Приэтом часто указывают два варианта конфигурации: минимальный и рекомендуемый.В подразделе Требования к информационной и программной совместимости принеобходимости можно задать методы решения, определить язык или средупрограммирования для разработки, а также используемую операционную систему и другиесистемные и пользовательские программные средства, с которым должно взаимодействоватьразрабатываемое программное обеспечение.
В этом же разделе при необходимостиуказывают, какую степень защиты информации необходимо предусмотреть.В разделе Требования к программной документации указывают необходимость наличияруководства программиста, руководства пользователя, руководства системногопрограммиста, пояснительной записки и т.п. На все эти типы документов также существуютГОСТы. Правила их составления рассмотрены в гл.
11.ВразделеТехнико-экономическиепоказателирекомендуетсяуказыватьориентировочную экономическую эффективность, предполагаемую годовую потребность иэкономические преимущества по сравнению с существующими аналогами.В разделе Стадии и этапы разработки указывают стадии разработки, этапы исодержание работ с указанием сроков разработки и исполнителей.В разделе Порядок контроля и приемки указывают виды испытаний и общие требованияк приемке работы.В приложениях при необходимости приводят: перечень научно-исследовательскихработ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования,расчеты и другие документы, которые следует использовать при разработке.В зависимости от особенностей разрабатываемого продукта разрешается уточнятьсодержание разделов, т.е. использовать подразделы, вводить новые разделы или объединятьих.В случаях, если какие-либо требования, предусмотренные техническим заданием,заказчик не предъявляет, следует в соответствующем месте указать «Требования непредъявляются».Разработка технического задания – процесс трудоемкий, требующий определенныхнавыков.
Наиболее сложным, как правило, является четкое формулирование основныхразделов: введения, назначения и требований к85программному продукту. В качестве примеров рассмотрим два технических задания навыполнение курсового проектирования, составленных по сокращенной схеме, исравнительно полное техническое задание на выполнение госбюджетной научноисследовательской работы.Пример 3.1. Разработать техническое задание на программный продукт,предназначенный для наглядной демонстрации школьникам графиков функций одногоаргумента у = f(x).
Разрабатываемая программа должна рассчитывать таблицу значений истроить график функций на заданном отрезке по заданной формуле и менять шаг аргументаи границы отрезка. Кроме этого, программа должна запоминать введенные формулы.На рис. 3.3 представлен пример титульного листа технического задания на учебныйпрограммный продукт. Ниже приведен его текст.1.ВВЕДЕНИЕНастоящее техническое задание распространяется на разработку программы построения графикови таблиц значений функций одной переменной, предназначенной для использования школьникамистарших классов.В школьном курсе элементарной алгебры тема анализа функций является одной из самыхсложных.
При изучении данной темы школьники должны научиться исследовать и строить графикифункций одной переменной, используя все известные характеристические точки функции, включаякорни, точки разрыва первого и второго рода и т.д.Существующее программное обеспечение, которое может решать подобные задачи, являетсяуниверсальным, например Eurica или MathCad. Оно имеет сравнительно сложный пользовательскийинтерфейс, ориентированный на пользователя, прослушавшего, как минимум, институтский курсвысшей математики, что делает использование подобных средств школьниками невозможным.Разрабатываемая программа позволит школьникам проверить свои знания при изученииуказанной темы.2.
ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИПрограмма разрабатывается на основе учебного плана кафедры «Компьютерные системы исети» и в соответствии с договором кафедры со школой № ... от 5.09.2001.3. НАЗНАЧЕНИЕОсновным назначением программы является помощь школьникам при изучении раздела«Исследование функций одного аргумента» школьного курса элементарной алгебры.86874.
ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ4.1.Требования к функциональным характеристикам4.1.1. Программа должна обеспечивать возможность выполнения следующих функций:• ввод аналитического представления функции одной переменной и длительное хранение его всистеме;• ввод и изменение интервала определения функции;• ввод и корректировку шага аргумента;• построение таблицы значений функции на заданном интервале или изображение графикафункции на заданном интервале при условии, что на указанном интервале она не имеет точекразрыва.4.1.2. Исходные данные:• аналитическое задание функции;• интервал определения функции;• шаг изменения аргумента, определяющий количество точек на интервале.4.2. Требования к надежности4.2.1.