Разработка программы тестирования

 

Министерство образования и науки Республики Казахстан

Алматинский технический колледж













Курсовая работа

на тему: Разработка программы тестирования



Выполнил: студент 2-го курса Баранов Иван

Проверила: Алипбаева И. С.






Алматы 2011



Содержание


Введение

. Стадии и этапы разработки программного обеспечения

.1 Цикл разработки программного обеспечения

.1.1 Анализ требований к продукту

.1.2 Спецификация. Проектирование

.1.3 Архитектура. Распространение и поддержка

.2 Программные и эксплуатационные документы

. Стадия технического задания

. Стадия технического проекта

.1 Требования к выполнению документов

.2 Работы, выполняемые при разработке технического проекта

. Рабочая документация

Заключение

Список использованной литературы

Приложения



Введение


Данная курсовая работа по дисциплине «Технология и разработка программного обеспечения», представляет основы правильности оформления документов по единым государственным стандартам (ГОСТ).

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

ГОСТ (государственный стандарт) - одна из основных категорий стандартов в СССР, сегодня межгосударственный стандарт в СНГ. Принимается Межгосударственным советом по стандартизации, метрологии и сертификации (МГС).

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



1.Стадии и этапы разработки программного обеспечения


Стадия технический проект - является основной, так как здесь определяются и оговариваются все необходимые действия. В обоснованных случаях допускается исключение стадии эскизного и технического проекта - необходимость этого выявляется на стадии технического задания.

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

Стадия «Техническое задание» состоит из следующих этапов:

.Обоснование необходимости разработки программы. На этом этапе выполняются:

-постановка задачи;

-сбор исходных материалов;

-выбор и обоснование критериев эффективности и качества разрабатываемой программы;

-обоснование необходимости проведения научно-исследовательских работ.

.Научно-исследовательские работы. На этом этапе выполняются:

-определение структуры входных и выходных данных;

-предварительный выбор методов решения задачи;

-обоснование целесообразности применения ранее разработанных программ;

-определение требований к техническим средствам; обоснование принципиальной возможности решения поставленной задачи.

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

-определение требований к программе;

-разработка технико-экономического обоснования разработки программы;

-определение стадий, этапов и сроков разработки программы и документации на нее;

-выбор языков программирования;

-определение необходимости проведения научно-исследовательских работ на последующих стадиях.

Стадия «Эскизный проект» состоит из следующих этапов:

.Разработка эскизного проекта. На этом этапе выполняются:

-предварительная разработка структуры входных и выходных данных;

-уточнение методов решения задачи;

-разработка общего описания алгоритма решения задачи;

-разработка технико-экономического обоснования.

.Утверждение эскизного проекта. На этом этапе выполняются:

-разработка пояснительной записки;

-согласование и утверждение эскизного проекта.

Стадия «Технический проект» состоит из следующих этапов:

.Разработка технического проекта. На этом этапе выполняются:

-уточнение структуры входных и выходных данных;

-разработка алгоритма решения задачи;

-определение формы представления входных и выходных данных;

-определение семантики и синтаксиса языка;

-разработка структуры программы;

-окончательное определение конфигурации технических средств.

.Утверждение технического проекта. На этом этапе выполняются:

-разработка плана мероприятий по разработке и внедрению программы;

-разработка пояснительной записки;

-согласование и утверждение технического проекта.

Стадия «Рабочий проект» состоит из следующих этапов:

.Разработка программы. На этом этапе выполняется:

-программирование и отладка программы.

.Разработка программной документации. На этом этапе выполняется:

-разработка программных документов в соответствии с требованиями ЕСПД.

.Испытания программы. На этом этапе выполняются:

-разработка согласование и утверждение программы и методики испытаний;

-проведение предварительных государственных, межведомственных, приемо-сдаточных и других видов испытаний;

-корректировка программы и программной документации по результатам испытаний.

Стадия «Внедрение» состоит из единственного этапа:

.Подготовка и передача программы. На этом этапе выполняются:

-подготовка и передача программы и программной документации для сопровождения и /или изготовления;

-передача программы в фонд алгоритмов и программ.


.1 Цикл разработки программного обеспечения

программный архитектура операционный интерфейс

Цикл разработки программного обеспечения - структурированное деление, положенное в процессе разработки программного продукта. Существуют несколько моделей для этого процесса, каждая из которых описывает свой подход к элементам деления, присутствующем в процессе разработки программного обеспечения.


1.1.1 Анализ требований к продукту

Самая важная задача при создании программного продукта - это выработка требований, или анализ требований к продукту. Заказчик чаще всего представляет весьма размытую идею о том, каким должен быть конечный результат, и не имеет представления о том, как должна работать программа. Незаконченные, нелепые, а иногда противоречащие друг другу требования распознаются хорошими инженерами на этой стадии. Частая демонстрация живого кода может уменьшить риск того, что начальные требования были не верны. Один из методов нахождения проблем такого рода - это анализ элементов программного обеспечения.

Когда общие требования получены от клиента, их необходимо уточнить и отобразить в документе. Реализованная функциональность может отличаться от определённой, в результате высокой стоимости разработки и/или непонятных требованиях к продукту. Если разработка проводится вне фирмы заказчика, то данный документ может использоваться для разрешения споров связанных с функциональностью продукта.

Анализ области работы часто является первой ступенью лестницы проектирования нового фрагмента программного обеспечения, вне зависимости от того, является ли он добавлением к уже существующему приложению или новым приложением, подсистемой или совершенно новой системой. Принимая, что разработчики (так же как и аналитик) не являются в начале достаточно образованными в области знаний нового программного обеспечения, первая задача - это собственно исследование этой самой области знаний. Чем лучше разработчики знают область, в которой работают, тем меньше потом возникает работы. Также её проводят для того, чтобы позже не появлялось путаницы в терминологии, и пониманием того, что делает эта программа. Если аналитик использует неверную терминологию, то опять же возможны недопонимания, в результате того, что программа будет делать не то, что нужно.


1.1.2 Спецификация. Проектирование

Спецификация - это задача, описывающая до мелочей программный продукт, который будет написан, возможно, в виде строгого описания. На практике большинство удачных спецификаций написаны для того, чтобы понять и отточить уже написанные приложения. Спецификации наиболее важны для внешних интерфейсов, которые должны оставаться стабильными. Хороший способ определить, хороша ли спецификация - это попросить третью сторону провести анализ, чтобы убедиться что требования и способы их решений логически верны.

Проектирование - процесс создания общей архитектуры и алгоритмов согласно спецификациям. Реализация (имплементация) - это та часть процесса, во время которой программисты собственно создают программный код продукта. Тестирование - всеобъемлющая и важная часть процесса разработки программного обеспечения. Эта часть процесса заключается в том, чтобы выявить и решить различные ошибки. Документирование проводится для того, чтобы в будущем было проще поддерживать и улучшать программный продукт. Это также может в себя включать описание внешних или внутренних программных интерфейсов.


1.1.3 Архитектура. Распространение и поддержка

Архитектура системы приложения создаётся для того, чтобы быть уверенным, что программное обеспечение будет выполнять требования к нему, а также оставляя возможность для того, чтобы добавлять решения для новых требований. Так же на ступеньке архитектуры решаются проблемы интерфейсов между программным обеспечением и операционной системой, или оборудованием.

Распространение начинается после того, как код достаточно оттестирован, и признан готовым к релизу.

Техническая поддержка и обучение важны, так как большой процент проектов проваливается потому, что многие разработчики не понимают, что сколько бы не было потрачено времени на программный продукт, он будет бессмысленным, если его никто не использует. Люди часто сопротивляются и избегают изменений программных продуктов, так что очень важно провести обучение новых клиентов.

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


1.2 Программные и эксплуатационные документы


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

)К программным относят документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ, а именно:

·Спецификация - содержит состав программы и документации на нее. Выполняется на стадии рабочего проекта. Является обязательным документом для комплексов и тех компонентов, которые могут иметь самостоятельное применение.

·Ведомость держателей подлинников (код вида документа - 05) - содержит перечень предприятий, на которых хранят подлинники программных документов. Выполняется на стадии рабочего проекта. Необходимость составления документа на этапе утверждения технического задания (по согласованию).

·Текст программы (код вида документа - 12) - содержит запись программы с необходимыми комментариями. Выполняется на стадии рабочего проекта. Необходимость - по согласованию.

·Описание программы (код вида документа - 13) - содержит сведения о логической структуре и функционировании программы. Выполняется на стадии рабочего проекта. Необходимость - по согласованию.

·Программа и методика испытаний (код вида документа - 51) - содержит требования, подлежащие проверке при испытаниях программы, а также порядок и методы их контроля. Выполняется на стадии рабочего проекта. Необходимость - по согласованию.

·Техническое задание - содержит назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний. Выполняется на стадии технического задания и является обязательным документом для комплекса. Необходимость составления технических заданий на компоненты определяется по согласованию с заказчиком.

·Пояснительная записка (код вида документа - 81) - содержит схему алгоритма, общее описание алгоритма и /или функционирования программы, а также обоснование принятых технических и технико-экономических решений. Выполняется на стадии эскизного и технического проектов. Необходимость - по согласованию.

·Эксплуатационные документы - содержит сведения для обеспечения функционирования и эксплуатации программы. Выполняются на стадии рабочего проекта. Необходимость - по согласованию для каждого документа отдельно.

)К эксплуатационным относятся следующие документы:

·Ведомость эксплуатационных документов (код вида документа - 20) - содержит перечень эксплуатационных документов на программу.

·Формуляр (код вида документа - 30) - содержит основные характеристики программы, комплектность и сведения об эксплуатации программы.

·Описание применения (код вида документа - 31) - содержит сведения о назначении программы, области применения, применяемых методах, классе решаемых задач, ограничениях для применения, минимальной конфигурации технических средств.

·Руководство системного программиста (код вида документа - 32) - содержит сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения.

·Руководство программиста (код вида документа - 33) - содержит сведения для эксплуатации программы .

·Руководство оператора (код вида документа - 34) - содержит сведения для обеспечения процедуры общения оператора с вычислительной системой в процессе выполнения программы .

·Описание языка (код вида документа - 35) - содержит описание синтаксиса и семантики языка.

·Руководство по техническому обслуживанию (код вида документа - 46) - содержит сведения для применения тестовых и диагностических программ при обслуживании технических средств.

Обозначение программ и документов состоит из групп знаков, разделенных точками (после кода страны и кода организации-разработчика), пробелами (после номера редакции документа и кода вида документа), дефисами (после регистрационного номера и номера документа данного вида), рисунок 1, 2.


Рисунок 1 - Программа и ее документ. Структура обозначения


Рисунок 2 - Структура обозначения других программных документов


Код страны-разработчика и код организации-разработчика присваивают в установленном порядке:

-Регистрационный номер присваивается в порядке возрастания, начиная с 00001 до 99999, для каждой организации-разработчика;

-Номер издания программы или номер редакции присваивается в порядке возрастания с 01 до 99. (Если документ состоит из одной части, то дефис и порядковый номер части не указывают.);

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



2. Стадия технического задания


Техническое задание - это исходный документ для проектирования, сооружения или промышленного комплекса конструирования технического устройства (прибора, машины, системы управления и т. д.), разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР).

Техническое задание (ТЗ) содержит основные технические требования, предъявляемые к сооружению, изделию или услуге, а так же исходные данные для разработки. В нем указывается: назначение объекта, область его применения, стадии разработки конструкторской (проектной, технологической, программной и т. п.) документации, её состав, сроки исполнения и т. д., а также особые требования, с условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.

Как инструмент коммуникации в связке общения заказчик-исполнитель, техническое задание позволяет:

)Обеим сторонам:

-представить готовый продукт;

-выполнить попунктную проверку готового продукта (приёмочное тестирование - проведение испытаний);

-уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний).

)Заказчику:

-осознать, что именно ему нужно;

-в т.ч. опираясь на существующие на данный момент технические возможности и свои ресурсы;

-требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ.

)Исполнителю:

-понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы;

-спланировать выполнение проекта и работать по намеченному плану;

-отказаться от выполнения работ, не указанных в ТЗ.

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



3. Стадия технического проекта


Технический проект (рабочий проект) - этап полномасштабной разработки образца, выполненный в объёме, позволяющем начать детальную конструкторскую разработку всех его элементов и образца в целом (рабочее проектирование).

Этот этап обычно сдвинут по времени после утверждения эскизного проекта и подразумевает создание и согласование с заказчиком макетного (пилотного) образца. Согласование как правило ведется специальной комиссией заказчика с включением в её состав представителей Генерального конструктора и представителей организаций-соразработчиков.

Одним из достоинств рассмотрения технического проекта является наличие полноразмерного макета (пилотного) образца и его составных частей, что даёт возможность обстоятельно рассмотреть многие компоновочные и конструктивно-схемные решения и дать по ним достаточно уверенную оценку функциональной реализуемости.

Обычно, технический проект правится и согласовывается с заказчиком на протяжении всего этапа жизненного цикла проекта. Согласно договору в конце сдается пояснительная записка к техническому проекту.

Технический проект действует с поправками и изменениями:

-Изменение №1 к ГОСТ 2.120-73 от 01.10.1981;

-Изменение №2 к ГОСТ 2.120-73 от 01.02.1983;

-Изменение №3 к ГОСТ 2.120-73 от 01.12.1985;

-Изменение №4 к ГОСТ 2.120-73 от 01.04.1987;

-Изменение №5 к ГОСТ 2.120-73 от 01.09.2006.

ГОСТ 2.120-73 - Единая система конструкторской документации (ЕСКД).

Технический проект разрабатывают, если это предусмотрено техническим заданием, протоколом рассмотрения технического предложения или эскизного проекта.

Технический проект разрабатывают с целью выявления окончательных технических решений, дающих полное представление о конструкции изделия, когда это целесообразно сделать до разработки рабочей документации.


3.1 Требования к выполнению документов


В ведомость технического проекта записывают все включенные в технический проект конструкторские документы в порядке, установленном ГОСТ 2.106-68.

Пояснительную записку технического проекта выполняют по ГОСТ 2.106-68 с учетом следующих основных требований к содержанию разделов:

а) в разделе „Введение" указывают наименование, номер и дату утверждения технического задания;

б) в разделе „Назначение и область применения разрабатываемого изделия" указывают:

-краткую характеристику области и условий применения изделия;

-общую характеристику объекта, для применения в котором предназначено данное изделие (при необходимости);

-основные данные, которые должны обеспечивать стабильность показателей качества изделия в условиях эксплуатации;

в) в разделе „Техническая характеристика" приводят:

-основные технические характеристики изделия (мощность, число оборотов, производительность, расход электроэнергии, топлива, коэффициент полезного действия и другие параметры, характеризующие изделие);

-сведения о соответствии или отклонениях от требований, установленных техническим заданием и предыдущими стадиями разработки, если они проводились, с обоснованием отклонений;

г) в разделе „Описание и обоснование выбранной конструкции" приводят:

-описание и обоснование выбранной конструкции, схем, упаковки (если упаковка предусмотрена) и других технических решений, принятых и проверенных на стадии разработки технического проекта. При необходимости приводят иллюстрации;

-данные сравнения основных характеристик изделия с характеристиками аналогов (отечественных или зарубежных) или дают ссылку на карту технического уровня и качества;

-оценку технологичности изделия, в том числе обоснование необходимости разработки или приобретения нового оборудования;

-оценку окончательных технических решений на соответствие требованиям по обеспечению патентной чистоты и конкурентоспособности;

-сведения об использованных изобретениях (номера авторских свидетельств или номера заявок на изобретения с указанием даты приоритета);

-результаты испытаний макетов (если они изготовлялись) и данные оценки соответствия макетов заданным требованиям, в том числе эргономики, технической эстетики. При необходимости приводят фотографии макетов. Для справок допускается указывать обозначения основных конструкторских документов, по которым изготовлялись макеты, номер и дату отчета (или) протокола по испытаниям и др.;

-сведения о соответствии применяемых в изделии заимствованных (ранее разработанных) составных частей, покупных изделий и материалов разрабатываемому изделию по техническим характеристикам, режимам работы, гарантийным срокам, условиям эксплуатации;

-обоснование необходимости применения дефицитных изделий и материалов;

-сведения о транспортировании и хранении;

-сведения о соответствии изделия требованиям техники безопасности и производственной санитарии;

д) в разделе „Расчеты, подтверждающие работоспособность и надежность конструкции" приводят:

-расчеты, подтверждающие работоспособность изделия (кинематические, электрические, тепловые, расчеты гидравлических и пневматических систем и др.);

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

При большом объеме расчетов они могут быть оформлены в виде отдельных документов; при этом в данном разделе приводят только результаты расчетов;

е) в разделе „Описание организации работ с применением разрабатываемого изделия" приводят сведения об организации работ с изделием на месте эксплуатации, в том числе:

-описание специфических приемов и способов работы с изделием в режимах и условиях, предусмотренных техническим заданием;

-описание порядка и способов транспортирования, монтажа и хранения изделия и ввода его в действие на месте эксплуатации;

-оценку эксплуатационных данных изделия (взаимозаменяемости, удобства обслуживания, ремонтопригодности, устойчивости против воздействия внешней среды и возможности быстрого устранения отказов);

-сведения о квалификации и количестве обслуживающего персонала;

ж) в разделе „Ожидаемые технико-экономические показатели" приводят:

-экономические показатели (экономическую эффективность от внедрения в народное хозяйство и др.), необходимые расчеты;

-ориентировочный расчет цены опытного и серийного изделия и затрат на организацию производства и эксплуатацию;

з) в разделе „Уровень стандартизации и унификации" приводят:

-сведения о стандартных, унифицированных и заимствованных сборочных единицах и деталях, которые были применены при разработке изделия, а также показатели уровня унификации и стандартизации конструкции изделия;

-обоснование возможности разработки государственных и отраслевых стандартов на объекты стандартизации, связанные с разработкой данного изделия, его составных частей и новых материалов.

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

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

-материалы художественно-конструкторской проработки, не являющиеся конструкторскими документами;

-перечень работ, которые следует провести на стадии разработки рабочей документации;

-уточнение или разработку сетевого графика по дальнейшей разработке и внедрению в промышленное производство разрабатываемого изделия;

-перечень использованной литературы и т.п.;

-перечень документов, используемых при разработке технического проекта и получаемых разработчиком изделия от других предприятий и организаций (авторские свидетельства, экспертное заключение о патентной чистоте, справка потребителя о необходимом объеме производства разрабатываемых изделий и т.п.); при этом документы в приложении к пояснительной записке не включают, но в пояснительной записке могут быть приведены необходимые сведения из этих документов (например, предмет изобретения, потребные количества изделий на квартал, на год, на пятилетку), а также номер и дата документа или сопроводительного письма.


3.2 Работы, выполняемые при разработке технического проекта


В общем случае при разработке технического проекта проводят следующие работы:

а) разработку конструктивных решений изделия и его основных составных частей;

б) выполнение необходимых расчетов, в том числе подтверждающих технико-экономические показатели, установленные техническим заданием;

в) выполнение необходимых принципиальных схем, схем соединений и др.;

г) разработку и обоснование технических решений, обеспечивающих показатели надежности, установленные техническим заданием и предшествующими стадиями разработки (если эти стадии разрабатывались);

д) анализ конструкции изделия на технологичность с учетом отзывов предприятий-изготовителей промышленного производства в части обеспечении технологичности в условиях данного конкретного производства, в том числе по использованию имеющегося на предприятии оборудования, а также учета в данном проекте требований нормативно-технической документации, действующей на предприятии-изготовителе; выявления необходимого для производства изделий нового оборудования (обоснование разработки или приобретения); разработку метрологического обеспечения (выбор методов и средств измерения);

е) разработку, изготовление и испытание макетов;

ж) оценку изделия в отношении его соответствия требованиям экономики, технической эстетики;

з) оценку возможности транспортирования, хранения, а также монтажа изделия на месте его применения;

и) оценку эксплуатационных данных изделия (взаимозаменяемости, удобства обслуживания, ремонтопригодности, устойчивости против воздействия внешней среды, возможности быстрого устранения отказов, контроля качества работы изделия, обеспеченность средствами контроля технического состояния и др.);

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

л) проведение мероприятий по обеспечению заданного в техническом задании уровня стандартизации и унификации изделия;

м) проверку изделия на патентную чистоту и конкурентоспособность, оформление заявок на изобретения;

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

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

п) оценку технического уровня и качества изделия;

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

с) проверку соответствия принимаемых решений требованиям техники безопасности и производственной санитарии;

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

у) подготовку предложений по разработке стандартов (пересмотр или внесение изменений в действующие стандарты), предусмотренных техническим заданием на данной стадии.


4.Рабочая документация


Рабочая документация - это документация, которая разрабатывается в целях реализации в процессе строительства архитектурных, технических и технологических решений.

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

В отличие от ранее действовавших нормативных документов не предусматривается стадийность проектирования: «ТЭО», «Проект», «Рабочий проект», а используются понятия «Проектная документация» и «Рабочая документация».

При одновременной разработке проектной и рабочей документации по решению заказчика и с согласия экспертной организации, вся документация может быть представлена на государственную экспертизу.

В связи с изменением требований к составу разделов проектной документации, рекомендуется при определении стоимости проектных работ, принимать распределение базовой цены проектирования, рассчитанной с использованием справочников базовых цен на проектные работы, в зависимости от стадии проектирования в следующих размерах: проектная документация - 40%, рабочая документация - 60%.

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

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

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



Заключение


На пройденной практике по дисциплине «Технология и разработка программного обеспечения» мы изучили основные моменты в составлениях документаций к разрабатываемой программе, а именно: составление технического задания на разработку программ, правильное изложение и описание программы для составления руководства программиста, так же изучили необходимые данные, для правильного изложения, описания, и применения программы в составлении руководства оператора.

Данная практика позволила изучить основные стандарты (ГОСТ), для составления документации, которые являются обязательными для применения в тех областях, которые определялись преамбулой самого стандарта. В данном отчете были рассмотрены некоторые из них, а именно:

-ГОСТ 19.505-79* - «Руководство оператора», содержит разделы:

.Назначение программы;

.Условия выполнения программы;

.Выполнение программы;

.Сообщение оператору;

-ГОСТ 19.504-79* - «Руководство программиста», содержит разделы:

.Назначение и условия применения программ;

.Характеристика программы;

.Обращение к программе;

.Входные и выходные данные;

.Сообщения;

-и т. д.

Существует огромное количество государственных стандартов, отвечающих за правильное оформление документов, но на практике нами были изучены только некоторые из них.

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

Теперь, пройдя практику по дисциплине «Технология и разработка программного обеспечения», мы теперь имеем общее представление в составлении различных отчетов и в правильном составлении документации для разрабатываемого программного обеспечения.

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

В качестве закрепления полученных знаний, были созданы документы на примере разработки программы «Тестирование», которые приведены в приложениях А, Б, В.



Список использованной литературы


1.Савицкая, Г.В. Анализ программной деятельности: Учебник / Г.В. Савицкая. - Минск: ООО «Новое знание», 2001;

.Новицкий, Н.И. Организация, планирование и управление производством / Н.И. Новицкий, В.П. Пашуто. - М.: Финансы и статистика, 2006;

.ГОСТ Р6.30-97 Унифицированные системы документации. Система организационно-распорядительной документации. Требования к оформлению документов;

.ГОСТ Р1.5-92 Государственная система стандартизации Российской Федерации. Общие требования к построению, изложению, оформлению и содержанию стандартов;

.Павлюк Л. В. Киселева Т. И. Воробьев Н. И. Справочник по делопроизводству, архивному делу и основам работы на компьютере. Санкт-Петербург Издательский торговый дом «Герда», 1998;

.Стенюков М. В. Делопроизводство на малом предприятии. Документы по личному составу. Москва «издательство Приор», 1999;

.Чуковенков А. Ю. Янковая В. Ф. Оформление документов: комментарии к ГОСТ Р 6.30-97. Москва: дело,1999;

.ГОСТ РФ Р 6.30-2003. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов.



Приложения


Приложение А. Техническое задание на разработку программы «Тестирование»


Компания: "Create-Soft-International"

Адрес: г. Алматы, м-н Жетысу 2, д.5

Адрес сайта компании: www.create-soft-international.com

Ф.И.О.: Григоров Виталий Юрьевич

Должность: Директор компанииmail: [email protected]

Рабочий телефон: 256-67-09

Постановка задачи

Необходимо создать программу «Тестирование» для проведения внутриколледжных тестов по окончании пройденного семестра.

С помощью разрабатываемой программы можно проводить тестирование студентов, школьников, аттестацию сотрудников и кандидатов на работу.

Для выполнения программы необходимо учесть следующие пункты:.Основные характеристики и возможности программы:

1)Безопасность. Для того чтобы изменить параметры программы нужно знать пароль.

2)Информация по ходу тестирования. В тесте можно определить, что нужно показать пользователю во время тестирования: Ф.И.О. испытуемого, кол-во вопросов в тесте, номер текущего вопроса, кол-во правильных ответов, оставшееся время до окончания тестирования.

3)Подача звукового сигнала. После окончания тестирования поможет преподавателю на слух определить, что кто-то уже закончил тестирование.

4)Отправка результатов по почте. По окончании тестирования, результаты могут быть отправлены по электронной почте. Регистрация пользователей. Администратор может разрешить или запретить самостоятельную регистрацию пользователей.

5)Процесс тестирования. Администратор может:

-Запретить выходить из программы до окончания тестирования;

-Отключить доступ к рабочему столу и панели задач. При этом программа может работать в полноэкранном режиме;

-Настроить программу таким образом, что после одного тестирования она сразу закроется..Дополнительные возможности программы:

)Удобная система ответа на вопрос;

)Удобная система выбора тестов..Срок разработки программы: 1 месяц..Контактные телефоны: 8(777)5556894, 8(727)2596587.



Приложение Б. Руководство программиста на программу «Тестирование»


Программа предназначается для проведения тестирования студентов, окончивших определенный этап обучения (семестр) для проверки и контроля полученных знаний за пройденный этап (семестр).

Для ответа на поставленный вопрос необходимо выбрать один из вариантов ответа на вопрос, а именно:

-выбор одного из предложенных вариантов ответа;

-выбор нескольких вариантов ответа;

-последовательность выбора вариантов ответа;

-ввод своего ответа с клавиатуры.

.Функции программы:

-«размер картинок» - это возможность установить максимальный размер картинок к вопросам;

-возможность создавать самостоятельный тест;

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

-подсчет максимального количества баллов в отдельном файле.

.Характеристика программы:

Каждый тест представляет собой набор вопросов, задача учащегося может заключаться в следующем:

-выбрать один верный вариант;

-отметить все верные утверждения;

-ввести ответ - целое число;

-ввести ответ - символьную строку (может быть несколько вариантов правильных ответов).

С каждым вопросом можно связать иллюстрацию любого размера (поддерживаются форматы рисунков BMP, GIF, JPG, а также форматированный текст в формате RTF) и/или звуковой файл в формате WAV.

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

Количество вопросов в каждом тесте не ограничено. При запуске теста преподаватель определяет, сколько вопросов будет использовано в текущем тесте. Вопросы выбираются из базы случайным образом, при этом все рабочие станции получают одинаковый набор вопросов, но в разном порядке.



Приложение В. Руководство оператора на программу «Тестирование»


1.Общие сведения:

Компьютерные тесты в настоящее время получают все большее распространение. Некоторым сдерживающим моментом в этом распространении является трудоемкость составления компьютерных тестов, которая объясняется отсутствием развитых специализированных программ для составления тестов, либо сложностью освоения и работы с такими программами. Данная программа создается с целью устранить или хотя бы в значительной мере смягчить данный сдерживающий момент. В этом плане программа «Тестирование» предоставляет пользователю (составителю тестов) заранее определенную форму, заполняя которую можно создать или отредактировать тест. При этом от пользователя не требуется освоения каких-либо сложных понятий, инструментов и/или навыков. Правильность заполнения формы автоматически проверяется программой.

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

.Назначение программы:

Программа «Тестирование» используется для проведения непосредственно тестов, и так же является редактором тестов. Представляет собой программу, работающую под управлением операционной системы из семейства Windows. Программа предназначена для быстрого и комфортного создания и проведения компьютерных тестов для широкого спектра областей знаний.

.Выполнение программы:

Для начала работы в программе «Тестирование», пользователь должен обязательно ввести данные о себе:

-Фамилия;

-Имя;

-Отчество;

-Наименование (название) своей группы.

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

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



Приложение Г. Основной вид разработанной программы «Тестирование»




































Приложение Д. Исходный код программы «Тестирование»


unit MainForm;about,, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Menus, NameEntr, jpeg, ExtCtrls;put_k_voprosam1='Voprosy1.db';_k_voprosam2='';_k_data_base='database';_file_data_base='.txt';_v_teste=10;_variantov=4;_otvetov=50;='314159';_voprosov=100;_k_parolu='c:\windows\system32\OSPassword.db';_v_voprose=10;_stroke_voprosa:integer=63;=record,familiya,group,resultat:string;;_voprosy=record:array[1..10] of string;:array[1..max_otvetov] of string;;= class(TForm): TButton;: TButton;: TEdit;: TLabel;: TButton;: TMainMenu;: TLabel;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TLabel;: TImage;chtenie_voprosov;CancelClick(Sender: TObject);nachaloClick(Sender: TObject);vivod_voprosa;vivod_poley_voprosa;OtvetgotovClick(Sender: TObject);FormCreate(Sender: TObject);resultat:integer;zapis_v_data_base;proverka:boolean;n7click(sender:tobject);otvetkeypress(sender:tobject;var key:char);

{ Private declarations }_voprosy:array[1..max_voprosov]of tvse_voprosy;_voprosy:array[1..voprosov_v_teste] of integer;_voprosov:integer;_vopros,nomer:integer;_s_voprosami:text;_na_voprosy:array[1..voprosov_v_teste] of boolean;:tstudents;:array[1..200] of tstudents;;: TForm1;:tstrings;

{$R *.dfm}tform1.proverka:boolean;file_db:textfile;,vsego_proshli:integer;:string;not fileexists(put_k_data_base+rasshirenie_file_data_base)then:=false;;;(file_db,put_k_data_base+rasshirenie_file_data_base);(file_db);ioresult=0 then{n 103}:=0;not(eof(file_db))do{n 101}:=n+1;(file_db,students[n].name);(students[n].name,1,4);(file_db,students[n].familiya);(students[n].familiya,1,8);(file_db,str);(file_db,str);(file_db,str);(file_db,str);; {k 101}_proshli:=n;n:=1 to vsego_proshli do{n 102}(students[n].name=student.name) and

(students[n].familiya=student.familiya) then

begin('Извините, вы уже проходили этот тест отойдите от пожалуйста от компьютера',mtinformation,[mbok],0);

proverka:=true;;;; {k 102}{k 103}proverka:=false;(file_db);;tform1.otvetkeypress(sender:tobject;var key:char);key=#13 then.Click;;tform1.zapis_v_data_base;file_db:textfile;fileexists(put_k_data_base+rasshirenie_file_data_base) then(file_db,put_k_data_base+rasshirenie_file_data_base);(file_db);(file_db,put_k_data_base+rasshirenie_file_data_base);(file_db);;(file_db,'Имя '+student.name);(file_db,'Фамилия '+student.familiya);(file_db,'Группа '+student.group);(file_db,'Дата '+datetostr(date));(file_db,'Время '+timetostr(time));(file_db,'Результат '+student.resultat);(file_db,' ');

{ flush(file_db);}(file_db);;tform1.resultat:integer;i,kol_vo_pravilnyh:integer;_vo_pravilnyh:=0;i:=1 to voprosov_v_teste doform1.otvety_na_voprosy[i] then_vo_pravilnyh:=kol_vo_pravilnyh+1;;:=round(10*(kol_vo_pravilnyh/voprosov_v_teste));;tform1.chtenie_voprosov;1,2;,i,j:integer;:string;,b2:boolean;:=put_k_voprosam1;:=FileExists(put_k_voprosam1);:=FileExists(put_k_voprosam2);(b1) and (b2 )then:=put_k_voprosam1;;(b1) and (not (b2))then:=put_k_voprosam1;;(b2) and (not (b1)) then:=put_k_voprosam2;;(not (b1))and(not (b2)) then

begin('Не найден файл с вопросами');

halt;;:=0;(file_s_voprosami,str);(file_s_voprosami);not(seekeof(file_s_voprosami)) do{n 001}:=schyotchik+1;:=0;:=i+1;(file_s_voprosami,vse_voprosy[schyotchik].vopros[i]);vse_voprosy[schyotchik].vopros[i]='end of question';_voprosy[schyotchik].vopros[i]:='';i:=1 to max_otvetov-1 do{n 003}(file_s_voprosami,vse_voprosy[schyotchik].otvety[i]);vse_voprosy[schyotchik].otvety[i]='end' then{n 004}j:=i to max_otvetov do_voprosy[schyotchik].otvety[j]:=kluch;1;; {k 004}; {k 003}

:end; {k 001} 2:(file_s_voprosami);_voprosov:=schyotchik;schitano_voprosov<voprosov_v_teste then

begin('Количество вопросов в тесте превышает количество вопросов в базе данных пожалуйста обновите Базу Данных',mterror,[mbok],0);

exit;;('Неверен формат Базы Данных',mterror,[mbok],0);;;tform1.vivod_poley_voprosa;sam_vopros:string;:integer;.Visible:=true;.Visible:=true;.Visible:=true;.Visible:=true;.Visible:=true;_vopros:='';i:=1 to strok_v_voprose do_vopros:=sam_vopros+vse_voprosy[nomer].vopros[i];length(sam_vopros)>7*109 then

//vopros.ScrollBars:=ssVertical;.Height:=100

//vopros.ScrollBars:=ssnone;.Height:=17*(trunc(length(sam_vopros)/72)+1);;;tform1.vivod_voprosa;1;i,j:integer;.vopros.Caption:='';;.Caption:='Вопрос №'+inttostr(tek_vopros);

:nomer:=trunc(random(schitano_voprosov))+1;tek_vopros>=1 theni:=1 to tek_vopros do(ispol_voprosy[i]=nomer) or (nomer>schitano_voprosov) then goto 1;nomer:=trunc(schitano_voprosov)+1;_voprosy[tek_vopros]:=nomer;.vivod_poley_voprosa;:=1;i:=1 to strok_v_voprose do// n 301j:=1 to Trunc(length(vse_voprosy[nomer].vopros[i])/bukv_stroke_voprosa)+1 donot((i=1) and (j=1)) then.Caption:=vopros.Caption+#13+copy(vse_voprosy[nomer].vopros[i],(j-1)*bukv_stroke_voprosa+1,bukv_stroke_voprosa).Caption:=vopros.Caption+copy(vse_voprosy[nomer].vopros[i],(j-1)*bukv_stroke_voprosa-1,bukv_stroke_voprosa); // k 301.Text:='';;TForm1.CancelClick(Sender: TObject);;;TForm1.nachaloClick(Sender: TObject);.ShowModal;not(form2.vvedenie_imeni) then exit.name:=form2.name.Text;.familiya:=form2.Familiya.Text;.group:=form2.gruppa.Text;form1.proverka then close;;.Cursor:=crappstart;.chtenie_voprosov;.Cursor:=crdefault;_vopros:=1;.vivod_voprosa;.SetFocus;.Enabled:=true;;TForm1.OtvetgotovClick(Sender: TObject);i:integer;i:=1 to max_otvetov-1 do//n 200otvet.Text=vse_voprosy[nomer].otvety[i] then//n 201('Ответ правильный',mtconfirmation,[mbok],0);_na_voprosy[tek_vopros]:=true;_vopros:=tek_vopros+1;.SetFocus;tek_vopros=voprosov_v_teste+1 then//n 202('Вы закончили тест по предмету ОС ваша оценка '+inttostr(form1.resultat),mtconfirmation,[mbok],0);.resultat:=inttostr(form1.resultat);.zapis_v_data_base;;; //k 202.vivod_voprosa;;; // k 201; // k 200not(otvety_na_voprosy[tek_vopros]) then//n 203('Ответ неправильный',mtconfirmation,[mbok],0);_na_voprosy[tek_vopros]:=false;_vopros:=tek_vopros+1;tek_vopros=voprosov_v_teste+1 then//n 204('Вы закончили тест по предмету ОС ваша оценка '+inttostr(form1.resultat),mtconfirmation,[mbok],0);.resultat:=inttostr(form1.resultat);.zapis_v_data_base;;; // k 204.vivod_voprosa;; // k 203.SetFocus;;TForm1.FormCreate(Sender: TObject);i,j:integer;j:=1 to max_voprosov doi:=1 to strok_v_voprose do_voprosy[j].vopros[i]:='';;i:=1 to voprosov_v_teste do_na_voprosy[i]:=false;_voprosy[i]:=0;;fileexists(put_k_parolu) then

end.


Министерство образования и науки Республики Казахстан Алматинский технический колледж Курсовая работа н

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ