Учебно-исследовательская работа
.pdf131
Якоря используются для прикрепления заметки к элементу UML. Например, если вы обычно используете текст для описания или комментирования класса или ассоциации, то якорь позволяет явным образом «прикрепить» заметку к определённому элементу.
Для добавления якоря между заметкой и другим UMLэлементом используйте соответствующий инструмент из панели инструментов. Щёлкните не по заметке, а по элементу UML, к которому следует прикрепить данную заметку.
6.4.3 Импорт и генерация кода
Umbrello UML Modeller является средством UML-модели-
рования, и его главной целью является помощь в анализе и проектировании ваших систем. Тем не менее для перехода от вашего проекта к его реализации Umbrello UML Modeller позволяет вам сгенерировать исходный код для различных языков программирования. Если вам понадобится использовать UML для существующего проекта на C++, Umbrello UML Modeller может помочь в создании модели вашей системы на основе исходного кода с помощью его анализа и импорта обнаруженных классов.
Umbrello UML Modeller может генерировать исходный код для различных языков программирования на основе вашей модели UML, помогая вам начать реализацию вашего проекта. Сгенерированный код состоит из объявлений классов с их методами и атрибутами, вам остаётся только «заполнить пустые места» для реализации функциональности вашего класса.
Umbrello UML Modeller поставляется с поддержкой генера-
ции кода для ActionScript, Ada, C++, CORBA IDL, Java™,
JavaScript, PHP, Perl, Python, SQL и XMLSchema.
Для генерации кода с помощью Umbrello UML Modeller вам сперва необходимо создать или загрузить модель, содержащую хотя бы один класс. При необходимости работы с исходным кодом выберите элемент Мастер генерации кода меню, Код для запуска мастера, который проведёт вас через процесс генерации кода.
Первым шагом будет указание классов, для которых требуется сгенерировать код. По умолчанию выбираются все классы вашей модели, вы имеете возможность убрать выделение с ненужных классов, перемещая их на левую сторону списка.
132
7 кДбкДЕйндД нЦпзауЦлдйЙй бДСДзаь
7.1 й·˘ЛВ Т‚В‰ВМЛfl У ЪВıМЛ˜ВТНУП Б‡‰‡МЛЛ
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпроектных исследований, научного прогнозирования и т. п.
На рис. 7.1 схематически показаны основные факторы, определяющие характеристики разрабатываемого программного обеспечения. Такими факторами являются:
–исходные данные и требуемые результаты, которые определяют функции программы или системы;
–среда функционирования (программная и аппаратная) — может быть задана, а может выбираться для обеспечения параметров, указанных в техническом задании;
–возможное взаимодействие с другим программным обеспечением и/или специальными техническими средствами — также может быть определено, а может выбираться исходя из набора выполняемых функций.
Исходные |
|
Результаты |
данные |
ПРОГРАММА 1 |
расчетов |
(перечень, |
(перечень, |
|
характеристики, |
|
характеристики, |
способ |
|
способ |
представления) |
ПРОГРАММА 2 |
представления) |
|
|
|
Рис. 7.1 — Основные факторы, определяющие характеристики |
||
разрабатываемого программного обеспечения |
||
133
Разработка технического задания выполняется в следующей последовательности. Прежде всего устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных. Затем определяют перечень результатов, их характеристики и способы представления. Далее уточняют среду функционирования программного обеспечения: конкретную комплектацию и параметры технических средств, версию используемой операционной системы и, возможно, версии и параметры другого установленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту.
В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы: в случае сбоев оборудования и энергоснабжения.
На техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы:
–введение;
–основания для разработки;
–назначение разработки;
–требования к программе или программному изделию;
–требования к программной документации;
–технико-экономические показатели;
–стадии и этапы разработки;
–порядок контроля и приемки.
При необходимости допускается в техническое задание включать приложения.
Рассмотрим более подробно содержание каждого раздела. «Введение» должно включать наименование и краткую ха-
рактеристику области применения программы или программного продукта, а также объекта (например, системы), в котором предполагается их использовать. Основное назначение введения — продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных.
Раздел «Основания для разработки» должен содержать наименование документа, на основании которого ведется разработка, организации, утвердившей данный документ, и наименование
134
или условное обозначение темы разработки. Таким документом может служить план, приказ, договор и т. п.
Раздел «Назначение разработки» должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.
Раздел «Требования к программе или программному изделию» должен включать следующие подразделы:
–требования к функциональным характеристикам;
–требования к надежности;
–условия эксплуатации;
–требования к составу и параметрам технических средств;
–требования к информационной и программной совмести-
мости;
–требования к маркировке и упаковке;
–требования к транспортированию и хранению;
–специальные требования.
Наиболее важным из перечисленных выше является подраздел «Требования к функциональным характеристикам». В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же разделе при необходимости указывают критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной и/или внешней памяти и др. Если разработанное программное обеспечение не будет выполнять указанных в техническом задании функций, то оно считается не соответствующим техническому заданию, т. е. неправильным с точки зрения критериев качества. Универсальность будущего продукта также обычно специально не оговаривается, но подразумевается.
Вподразделе «Требования к надежности» указывают уровень надежности, который должен быть обеспечен разрабатываемой системой, и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом разделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервных копий промежуточных результатов и т. п.).
Вподразделе «Условия эксплуатации» указывают особые требования к условиям эксплуатации: температуре окружающей
135
среды, относительной влажности воздуха и т. п. Как правило, подобные требования формулируют, если разрабатываемая система будет эксплуатироваться в нестандартных условиях или использует специальные внешние устройства, например для хранения информации. Здесь же указывают вид обслуживания, необходимое количество и квалификацию персонала. В противном случае допускается указывать, что требования не предъявляются.
Вподразделе «Требования к составу и параметром технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств
ит. п. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый.
Вподразделе «Требования к информационной и программной совместимости» при необходимости можно задать методы решения, определить язык или среду программирования для разработки, а также используемую операционную систему и другие системные и пользовательские программные средства, с которым должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе, при необходимости, указывают, какую степень защиты информации необходимо предусмотреть.
Вразделе «Требования к программной документации» указывают необходимость наличия руководства программиста, руководства пользователя, руководства системного программиста, пояснительной записки и т. п. На все эти типы документов также существуют ГОСТы.
Вразделе «Технико-экономические показатели» рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами.
Вразделе «Стадии и этапы разработки» указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей.
Вразделе «Порядок контроля и приемки» указывают виды испытаний и общие требования к приемке работы.
Вприложениях при необходимости приводят: перечень на- учно-исследовательских работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые следует использовать при разработке.
136
Взависимости от особенностей разрабатываемого продукта разрешается уточнять содержание разделов, т. е. использовать подразделы, вводить новые разделы или объединять их.
Вслучаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соответствующем месте указать «Требования не предъявляются».
Разработка технического задания — процесс трудоемкий, требующий определенных навыков. Наиболее сложным, как правило, является четкое формулирование основных разделов: введения, назначения и требований к программному продукту. В качестве примеров рассмотрим два технических задания на выполнение курсового проектирования: ТЗ, составленное по сокращенной схеме, и сравнительно полное ТЗ на выполнение госбюджетной научно-исследовательской работы.
7.2 кВНУПВМ‰‡ˆЛЛ ФУ УЩУрПОВМЛ˛ нб
Таблица 7.1 — Порядок построения и изложения ТЗ
№ раз- |
Наименование |
|
ГОСТы, |
|
дела/ |
Содержание, рекомендуемый |
|||
рекомендуемые |
||||
под- |
раздела/ |
текст |
для установления |
|
разде- |
подраздела |
|||
|
показателей |
|||
ла |
|
|
||
|
|
|
||
1 Основание для Основанием для выполнения ра- |
|
|||
|
выполнения |
боты является |
|
|
2 |
Цель выпол- |
2.1 Цель выполнения |
|
|
|
нения |
2.2 Разрабатываемые образцы |
|
|
|
|
продукции (приводят полное на- |
|
|
|
|
именование разрабатываемых об- |
|
|
|
|
разцов) предназначены для: (при- |
|
|
|
|
водят описание области примене- |
|
|
|
|
ния разрабатываемых образцов) |
|
|
3Головной ис- 3.1. Головной исполнитель (приполнитель и водят полное наименование оргасоисполнитенизации головного исполнителя с
ли |
указанием места фактического |
|
нахождения) |
|
3.2. Соисполнители (перечисляют |
|
организации-соисполнители с |
137
Продолжение табл. 7.1 |
|
|||
№ раз- |
|
|
ГОСТы, |
|
дела/ |
Наименование |
|
||
Содержание, рекомендуемый |
рекомендуемые |
|||
под- |
раздела/ |
текст |
для установления |
|
разде- |
подраздела |
|||
|
показателей |
|||
ла |
|
|
||
|
|
|
||
указанием полного наименования и места фактического нахождения) — в части (приводят описание направления работы для каждой организации)
4 Технические требования
4.1Состав опытОпытный образец продукции долГОСТ 2.711-82.
ного образца |
жен содержать следующие со- |
|
продукции |
ставные части (перечисляют ос- |
|
|
новные составные части образца |
|
|
или приводят требования к его |
|
|
составу, а также, при необходи- |
|
|
мости, указывают назначение со- |
|
|
ставных частей. Если разрабаты- |
|
|
ваемый образец должен иметь не- |
|
|
сколько исполнений, то в ТЗ |
|
|
должна быть определена его ба- |
|
|
зовая конструкция и приведен со- |
|
|
став каждого исполнения): |
|
|
– |
|
|
– |
ГОСТ 19.202-78 |
|
– комплекс аппаратно- |
|
|
программных средств (в |
ГОСТ Р 51904- |
|
т.ч.программное обеспечение) |
2002 |
|
(при наличии); |
ГОСТ 2.601-95 |
|
– эксплуатационная документа- |
|
|
ция; |
|
|
– запасное имущество и принад- |
|
|
лежности (ЗИП) — (при наличии) |
|
|
– упаковка и тара. |
|
|
При необходимости уточнения |
|
|
состава изделия на последующих |
|
|
этапах ОКР допускается допол- |
|
|
нять подраздел фразой «Оконча- |
|
|
тельный состав (приводится пол- |
|
|
ное наименование разрабатывае- |
|
|
мых(ого) изделий(я)) уточняется в |
|
138
Продолжение табл. 7.1 |
|
|||
№ раз- |
|
|
ГОСТы, |
|
дела/ |
Наименование |
|
||
Содержание, рекомендуемый |
рекомендуемые |
|||
под- |
раздела/ |
текст |
для установления |
|
разде- |
подраздела |
|||
|
показателей |
|||
ла |
|
|
||
|
|
|
||
|
|
процессе разработки образца и |
|
|
|
|
согласовывается с (приводится |
|
|
|
|
наименование организации, с ко- |
|
|
|
|
торой требуется согласование со- |
|
|
|
|
става изделия) на стадии (приво- |
|
|
|
|
дится наименование этапа ОКР |
|
|
|
|
или календарного плана, на кото- |
|
|
|
|
ром будет согласован оконча- |
|
|
|
|
тельный состав изделия» |
Ключевые требо- |
|
4.2 |
Требования по 4.2.1 Выполняемые функции |
|||
|
назначению 4.2.2 Нормы и количественные |
вания должны |
||
|
|
показатели, определяющие эффекбыть приведены в |
||
|
|
тивность изделия (точность вы- |
сравнении с луч- |
|
|
|
полнения операций, диапазон, |
шими мировыми |
|
|
|
производительность и т. п.) в |
достижениями с |
|
|
|
сравнении с мировыми аналогами. указанием стра- |
||
4.2.3Технические характеристики ны, фирмы и года (параметры) изделия, обеспечидостижения вающие выполнение возложенных на него задач (мощность, чувствительность, коэффициент полезного действия, время готовности к работе, время непрерывной или циклической работы и т.
п.) в сравнении с мировыми аналогами.
4.2.4Требования к порядку и спо-
собам взаимодействия с сопрягаемыми объектами, параметрам воздействий, поступающих на сопрягаемые изделия от разрабатываемого изделия или на разрабатываемое изделие от сопрягаемых объектов, способам обмена информацией.
4.2.5 Требования к функциональной, геометрической, биологиче-
139
Продолжение табл. 7.1 |
|
|||
№ раз- |
|
|
ГОСТы, |
|
дела/ |
Наименование |
|
||
Содержание, рекомендуемый |
рекомендуемые |
|||
под- |
раздела/ |
текст |
для установления |
|
разде- |
подраздела |
|||
|
показателей |
|||
ла |
|
|
||
|
|
|
||
|
|
ской, электромагнитной, электри- |
|
|
|
|
ческой, прочностной, программ- |
|
|
|
|
ной, технологической, метроло- |
|
|
|
|
гической, диагностической, орга- |
|
|
|
|
низационной, информационной и |
|
|
|
|
другим видам совместимости. |
|
|
|
|
4.2.6 Требования к составу и ква- |
|
|
|
|
лификации обслуживающего пер- |
|
|
|
|
сонала |
|
|
|
|
4.2.7 Требования по мобильности |
|
|
|
|
изделия (стационарное, возимое, |
|
|
|
|
переносное и т. д.) |
ГОСТ 2.102-68 |
|
4.3 |
Требования к |
4.3.1 Конструкторская, техноло- |
||
|
конструктор- |
гическая и программная докуменГОСТ 3.1102-81 |
||
|
ской и техно- |
тация должна соответствовать |
ГОСТ 3.1119-83 |
|
|
логической |
требованиям стандартов ЕСКД, |
ГОСТ 3.1121-84 |
|
|
документации ЕСТД, ЕСПД. |
ГОСТ 2.601-95 |
||
|
|
4.3.2 Номенклатура разрабаты- |
ГОСТ 2.602-95 |
|
|
|
ваемой конструкторской, экс- |
ГОСТ 19.101-77 |
|
|
|
плуатационной, ремонтной, тех- |
|
|
|
|
нологической и программной до- |
|
|
|
|
кументации приведена в прило- |
|
|
|
|
жениях |
|
|
4.4Требования к Приводят величины напряжения, ГОСТ 13109-97 электропитачастоты переменного тока, допус-
|
нию |
тимые колебания напряжения и |
|
|
|
частоты и др. |
|
|
|
Указывают максимальную мощ- |
|
|
|
ность, потребляемую изделием, и |
|
|
|
этап разработки, на котором |
|
|
|
уточняется ее значение |
|
4.5 |
Требования по |
|
|
|
надежности |
|
ГОСТ 27.002-89 |
4.5.1 |
Требования по Указывают требуемые значения, |
||
|
безотказности |
показателей надежности, выби- |
ГОСТ 27.402-95 |
|
|
раемые по ГОСТ 27.003-90, в том ГОСТ 27.301-95 |
|
|
|
числе: |
ГОСТ 27.410-87 |
140
Продолжение табл. 7.1 |
|
|||
№ раз- |
|
|
ГОСТы, |
|
дела/ |
Наименование |
|
||
Содержание, рекомендуемый |
рекомендуемые |
|||
под- |
раздела/ |
текст |
для установления |
|
разде- |
подраздела |
|||
|
показателей |
|||
ла |
|
|
||
|
|
|
||
–вероятности безотказной работы;
–средней наработки на отказ;
–средней наработки на неисправность;
–среднее время восстановления; и т. п.
Подтверждение заданных ТЗ требований проводится: расчетным методом — на этапе разработки изделия в соответствии с ГОСТ 27.301-95 «Надежность в технике. Расчет надежности. Основные положения»; экспериментальным (расчётноэкспериментальным) методом на этапе предварительных и приёмочных испытаний по методике, согласованной с заказчиком
4.5.2Требования по Указывают средние, назначенные ГОСТ 27.002-89
|
долговечности или гамма-процентные: |
ГОСТ 15467-79 |
|
|
|
– ресурс между средними (капи- |
|
|
|
тальными) ремонтами; |
|
|
|
– ресурс до списания. |
|
|
|
Срок службы между средними |
|
|
|
(капитальными) ремонтами. |
|
|
|
Срок службы до списания |
ГОСТ 27.002-89 |
4.5.3 |
Требования по Указывают: |
||
|
сохраняемо- |
– гамма-процентный срок сохра- |
ГОСТ 21493-76 |
|
сти |
няемости; |
|
|
|
– средний срок сохраняемости |
ГОСТ 27.003-90 |
4.5.4 |
Критерии от- |
Устанавливают критерии отказов |
|
|
казов и пре- |
и предельного состояния изделия, |
|
|
дельного со- |
применительно к которым уста- |
|
|
стояния изде- |
навливают показатели долговеч- |
|
|
лия |
ности и сохраняемости |
|
4.6Требования по Приводят эргономические требоГОСТ 12.2.049-80
эргономике и вания к организации и средствам ГОСТ 21752-76