Программа «Фотоэффект» должна: обеспечить пользователя информацией по данной теме, провести проверку знаний по изученной теме, предоставить стенд для проведения лабораторной работы при благополучном прохождении теста.
Входные данные программы – это база вопросов к тестирующей программе.
Выходные данные программы – это результат, получаемый при прохождении лабораторной работы.
Требования к надёжности
Надёжность – один из важнейших факторов, определяющих общую производительность и эффективность систем. В связи с этим уже на стадии проектирования вопросам надёжности должно уделяться пристальное внимание.
Надёжность программного продукта – это вероятность того, что программа в какой-то период времени будет работать без сбоев, с учётом степени их влияния на входные результаты.
Другими словами, надёжность программного продукта – есть функция от ущерба, наносимого ошибкой пользователю.
Надёжность программного продукта определяется как свойство системы выполнять заданные функции, сохраняя во времени значения установленных эксплуатационных показателей, заданных пределов, соответствующих заданным режимам и условиям использования технического обслуживания, ремонта, хранения и транспортирования.
Функциональные требования. Это документ или часть ТЗ
Свойства надёжности проявляются в том, что система выполняет поставленные перед ней задачи без проблем.
Потери надёжности системой связываются с появлением отказа в работе.
Надёжность программного продукта зависит от многих факторов, определяющих на различных этапах разработки данного программного продукта.
Программа устанавливается на компьютер и записывается на жестком диске (создается ярлык на рабочем столе), поэтому защищена от климатических условий.
Но так как она устанавливается с гибкого диска, то этот диск должен храниться в футляре при комнатной температуре в сухом месте.
Требования к составу и параметрам технических средств
Для установки и работы на компьютере данного программного продукта должна быть установлена операционная система Windows 98.
Минимальный набор технических средств для работы программы:
1. Компьютер на базе процессора Pentium II 233 MMX;
2. CD-ROM для установки программного продукта на компьютере;
3. Манипулятор типа «мышь»;
5. 4 Gb на жестком диске;
6. Цветной монитор.
Требования к информационной и программной совместимости
Структура данных программы должна соответствовать установленным требованиям, в противном случае произойдет сбой в ее работе.
Так как программа была разработана на языке программирования Delphi 6, то она будет работать даже на том компьютере, где не установлен этот язык программирования или библиотека данного языка.
3.2.2 Требования к программной документации
Программный документ – это документ, содержащий необходимые сведения, необходимые для разработки, изготовления, эксплуатации и сопровождения программного продукта.
Программная документация может включать следующий комплекс документов:
Что такое функциональные требования ? Четкая постановка задач разработчику
— Техническое задание (ГОСТ 19.201-78), определяющее требования, предъявляемые к программному обеспечению, необходимые стадии и сроки разработки, виды испытаний;
— Текст программы (ГОСТ 19.401-78) – запись программы с необходимыми комментариями;
— Описание программы (ГОСТ 19.402-78), в котором содержатся сведения о логической структуре и функционировании программного обеспечения;
— Пояснительная записка (ГОСТ 19.201-78), включающая общее описание алгоритмов и функционирования программного обеспечения.
Общие требования к программным документам
Каждый программный документ состоит из нескольких частей, каждая из которых имеет своё название:
1. Титульный лист.
– обозначение структурного элемента (номер раздела, код раздела);
– наименование структурного элемента;
– адрес структурного элемента на носителе данных (номер страницы, номер файла).
3. Основная часть. Содержит всю информацию о программе, саму программу (текст), структуру отдельных частей, модулей и т.д.
4. Регистрация изменений. О каждом изменении программного документа делается соответствующая запись, которая оформляется в данной части.
Порядок контроля и приёмки
Прежде чем передать программный продукт в эксплуатацию, необходимо проверить его на наличие ошибок и отладить её.
Под ошибкой понимают неправильность, любые отклонения, искажения процесса выполнения программы.
Отладка программы – это процесс, позволяющий получить программу, функционирующую с требующимися характеристиками в заданной области входных данных.
Отладка программы предполагает наличие той или иной ошибки.
Для того чтобы убедиться в правильности программы, нужно произвести тестирование.
Тестирование программного продукта – это процесс выполнения программ данного программного продукта на некотором наборе данных, для которых заранее известен результат.
По окончанию тестирования мы сопоставляем полученные выходные данные с теми, которые ожидали получить.
Если ожидаемые и полученные данные совпадают, то программа работает без отклонений.
Основными целями тестирования является:
1. Получение результатов по конкретным данным;
2. Контроль качества программы;
3. Убедиться в правильности работы программного средства.
Произведём некоторые тесты с данным программным продуктом:
1. при выборе пункта меню «Файл -> Тест» мы переходим на другую форму, где находится тестирующая программа;
2. при начале работы с тестом в пункте меню «Файл -> Начать тест» на форме появляется окно, в котором Вам будет предложено занести свои данные в базу. В случае, если Вы ничего не ввели и нажали клавишу «Дальше»,то появится окно с сообщением: «Введите фамилию» или «Введите номер группы». Программа не будет дальше работать, пока Вы не введете фамилию и номер группы;
3. при работе с тестом необходимо отвечать на вопросы. Для этого нужно выбрать правильный вариант ответа. Если вариант ответа не был выбран, то на форме появляется сообщение, в котором находится информация «Выберите вариант ответа». Программа не будет работать дальше пока не выбран вариант ответа.
Информация о работе «Разработка лабораторного стенда для исследования фотоэффекта»
Раздел: Информатика, программирование
Количество знаков с пробелами: 83779
Количество таблиц: 5
Количество изображений: 3
Источник: kazedu.com
Разработка ТЗ по ГОСТ 19 — разделы 4-8
УКАЗАНИЯ ГОСТ:
Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:
— требования к функциональным характеристикам;
— требования к надежности;
— условия эксплуатации;
— требования к составу и параметрам технических средств;
— требования к информационной и программной совместимости;
— требования к маркировке и упаковке;
— требования к транспортированию и хранению;
— специальные требования.
4.1 Требования к функциональным характеристикам
УКАЗАНИЯ ГОСТ:
В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
4.1.1 Требования к составу выполняемых функций
ПРИМЕР СОДЕРЖАНИЯ:
АС ОВИР должна выполнять следующие функции:
1. Функции для работы с гражданами РФ:
— Обеспечение доступа всех пользователей к общедоступным функциям и сведениям, опубликованным на сайте;
— Отображение сведений о федеральном агентстве;
— Отображение новостных, нормативно-правовых и других сведений в графическом виде, табличной и текстовой форме;
— Навигация по разделам сайта;
— Поиск по ключевым словам;
— Скачивание на компьютер пользователя и печать бланков документов, представляемых в федеральное агентство;
— Регистрация пользователей;
— Управление профилем.
2. Административные функции:
— т.п.;
— пр.
Точный состав сведений, размещаемых на сайте, и функций сайта будет определен и согласован с Заказчиком на этапе подготовки технического задания на разработку АС ОВИР.
4.2 Требования к надежности
УКАЗАНИЯ ГОСТ:
В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).
4.3 Условия эксплуатации
УКАЗАНИЯ ГОСТ:
В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
4.4 Требования к составу и параметрам технических средств
УКАЗАНИЯ ГОСТ:
В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.
ПРИМЕР СОДЕРЖАНИЯ:
Наполнение этого раздела можно взять из ТЗ на систему в целом (в части, необходимой для данной АС):
— Требования к техническому обеспечению.
4.5 Требования к информационной и программной совместимости
УКАЗАНИЯ ГОСТ:
В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.
4.6 Требования к маркировке и упаковке
УКАЗАНИЯ ГОСТ:
В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
ПРИМЕР СОДЕРЖАНИЯ:
Требования не предъявляются.
4.7 Требования к транспортированию и хранению
УКАЗАНИЯ ГОСТ:
В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
ПРИМЕР СОДЕРЖАНИЯ:
Требования не предъявляются.
5 ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
УКАЗАНИЯ ГОСТ:
В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.
ПРИМЕР СОДЕРЖАНИЯ:
Наполнение данного раздела необходимо взять из ТЗ на систему в целом:
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ.
6 ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
УКАЗАНИЯ ГОСТ:
В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
ПРИМЕР СОДЕРЖАНИЯ:
Ориентировочная экономическая эффективность не рассчитываются.
Предполагаемая годовая потребность продукта — 100 сеансов в год.
Зарубежных и отечественных аналогов нет.
7 СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
ПРИМЕР СОДЕРЖАНИЯ:
Наполнение этого раздела можно взять из ТЗ на систему в целом (в части, необходимой для данной АС):
ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ.
8 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
УКАЗАНИЯ ГОСТ:
В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.
ПРИМЕР СОДЕРЖАНИЯ:
Наполнение данного раздела необходимо взять из ТЗ на систему в целом:
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ.
8.1 Виды испытаний
8.2 Общие требования к приемке работы
ПРИЛОЖЕНИЕ 1
УКАЗАНИЯ ГОСТ:
В приложениях к техническому заданию, при необходимости, приводят:
перечень научно-исследовательских и других работ, обосновывающих разработку;
схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
другие источники разработки.
ПРИМЕР СОДЕРЖАНИЯ:
Требования не предъявляются.
ГОСТы
- Классификаторы ЕСКД
- Перечень стандартов
- ГОСТ 2.xxx (ЕСКД)
- ГОСТ 6.ххх (УСД)
- ГОСТ 15.ххх
- ГОСТ 19.xxx (ЕСПД)
- ГОСТ 24.xxx (ЕСС АСУ)
- ГОСТ 34.ххх
Источник: www.rugost.com
2. Требования к программе
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
2.2. Требования к надежности
2.2.1 Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
а) организацией бесперебойного питания технических средств;
б) использованием лицензионного программного обеспечения;
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г.
Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов
2.2.2. Время восстановления после отказа
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы,
не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
2.2.3. Отказы из-за некоректных действий оператора
Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой.
Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу конечного пользователя без предоставления ему административных привилегий
3. Условия эксплуатации
3.1. Климатические условия эксплуатации
Климатические условия эксплутатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям,
предъявляемым к техническим средствам в части условий их эксплуатации
3.2. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц — системный администратор и конечный пользователь программы — оператор.
Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:
а) задача поддержания работоспособности технических средств;
б) задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы;
в) задача установки (инсталляции) программы.
г) задача создания резервных копий базы данных.
3.3. Требования к составу и параметрам технических средств
3.3.1. В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:
3.3.1.1. процессор Pentium-2.0Hz, не менее;
3.3.1.2. оперативную память объемом, 1Гигабайт, не менее;
3.3.1.3. оперативную память объемом, 1Гигабайт, не менее;
3.3.1.4. операционную систему Windows 2000 Server или Windows 2003;
3.3.1.5. операционную систему Windows 2000 Server или Windows 2003;
3.3.1.6. Microsoft SQL Server 2000
3.4. Требования к информационной и программной совместимости
3.4.1. Требования к информационным структурам и методам решения
База данных работает под управлением Microsoft SQL Server. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой с той же базой данной модулей экспорта внешних данных.
3.4.2. Требования к исходным кодам и языкам программирования
Дополнительные требования не предъявляются
3.4.3. Требования к программным средствам, используемым программой
Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 2000 Server или Windows 2003 и Microsoft SQL Server 2000
3.4.4. Требования к защите информации и программ
Требования к защите информации и программ не предъявляются
3.5. Специальные требования
Специальные требования к данной программе не предьявляются
4. Требования к программной документации
4.1. Предварительный состав программной документации
Состав программной документации должен включать в себя:
4.1.1. техническое задание;
4.1.2. программу и методики испытаний;
4.1.3. руководство оператора;
5. Технико-экономические показатели
5.1. Экономические преимущества разработки
Ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.
6. Стадии и этапы разработки
6.1. Стадии разработки
Разработка должна быть проведена в три стадии:
1. разработка технического задания;
2. рабочее проектирование;
3. внедрение.
6.2. Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
1. разработка программы;
2. разработка программной документации;
3. испытания программы.
На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы
6.3. Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
1. постановка задачи;
2. определение и уточнение требований к техническим средствам;
3. определение требований к программе;
4. определение стадий, этапов и сроков разработки программы и документации на неё;
5. согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
1. разработка, согласование и утверждение и методики испытаний;
2. проведение приемо-сдаточных испытаний;
3. корректировка программы и программной документации по результатам испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.
7. Порядок контроля и приемки
7.1. Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.
Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний
7.2. Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.
Источник: www.promcontroller.ru