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

Разработанное программное обеспечение должно выполнять следующие функции:

— Функционирование на операционных системах семейства Windows

— Возможность использования существующих карт высот форматов DEM и GeoTiff

— Возможность открытия топографической карты в процессе работы приложения

— Обеспечить возможность визуализации местности как минимум 1км 2

— Возможность изменения настроек качества отображения местности и ее детализации

— Обеспечить возможность интерполяции исходных данных топографической карты

— Обеспечить возможность симуляции погодных условий

Требования по надежности

Срок службы разработанного программного обеспечения не ограничен. Срок службы тренажерного комплекса зависит от аппаратной части.

Требования к условиям эксплуатации и аппаратным средствам

Требования к условиям эксплуатации данного программного обеспечения соответствуют требованиям, предъявляемым к условиям эксплуатации тренажерных комплексов и зависят от технических характеристик этого комплекса (Разрешения и размеров монитора/характеристик проектора, температурных ограничений и допустимой влажности для работы аппаратной части). При запуске программного обеспечения на персональном ПК требования следующие: помещение с температурой окружающей среды от 10 до 35 C o , и относительной влажностью от 20 до 80%.

2. Виды требований к программному обеспечению. Часть 1. (Курс бизнес-аналитик с нуля)

Состав аппаратных средств и минимальные системные требования:

— Microsoft Windows XP SP2, Windows Vista, Windows 7, Windows 8 и более новые

— Процессор: с частотой 1 ГГц и выше.

— Оперативная память: 256 мб

— Видеокарта: GeForse 6600 128 мб и выше.

Требования к программной и информационной совместимости

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

Требования к документации

К программному изделию должны прилагаться следующие документы:

Требования по эргономике и технической эстетике

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

· при работе с интерфейсом пользователь должен быть ориентирован на работу с клавиатурой и манипулятором графической информации «мышь»;

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

· представление управляющих элементов, экранных форм и их информационных элементов (окон, панелей и т.п.) должно быть унифицировано. Экранные формы должны полностью находиться в видимой площади экрана монитора с диагональю 17′ при разрешении экрана 1280 х 1024 и выше.

· для разработки меню и вспомогательных элементов интерфейса необходимо использовать средства интерфейса Unity3D — GUI и его объекты и классы.

· использование дополнительных диалогов (таких как открытие файла)

Источник: studentopedia.ru

Требования к программной документации

Информатика, информационные технологии

Техническое задание оформляют на листах формата А4 и/или А3, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.

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

Читайте также:
Кто придумал 1с программу историю возникновения

Техническое задание должно содержать следующие разделы:

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

Основания для разработки;

В разделе “Основания для разработки” указывается:

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

Функциональное назначение ПО

Эксплуатационное назначение ПО.

Требования к программе;

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

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

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

Например: Программа должна позволять … вычислять … строить… создавать …

Исходные данные: текстовый файл с заданной …

Выходные данные: графическая и текстовая информация — результаты анализа системы…; текстовые файлы — отчеты о … диагностика состояния системы и сообщения о всех возникших ошибках.

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

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

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

С этим пунктом сложностей обычно не возникает. К сожалению, пункт о профессиональности пользователя Заказчиком подразумевается обязательно. Это, конечно, лишний повод придраться к вашей программе. Впрочем, здесь можно ограничиться фразами вида Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК, Программа должная быть рассчитана на непрофессионального пользователя и т.п.

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

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

Например: Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3. Базовый язык программирования — Turbo Pascal 6.0.

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

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

Читайте также:
Программа действий и план действий

Например: Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.

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

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

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

требования к программной документации

Статьи к прочтению:

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

Тестирование документации как система раннего оповещения об ошибках

Похожие статьи:

  • Требования к программе или программному изделию Словесное описание Цель: Автоматизация информационного процесса подбора сотрудника на вакантную должность на предприятие. Словесное описание: На…
  • Общие требования к программному продукту Описание требований к программному продукту содержит: — обозначения и указания; — функциональные возможности; — надежность; — эффективность. При описании…

Источник: csaa.ru

ГОСТ 19.201-78 Единая система программной документации (ЕСПД). Техническое задание. Требования к содержанию и оформлению.

Функция доступна в рамках тарифа «Старт+». Приобретите подписку на 1 месяц и пользуйтесь сервисом без ограничений. Подробнее.

Скачать документ
Добавление закладки

Функция доступна в рамках тарифа «Старт+». Приобретите подписку на 1 месяц и пользуйтесь сервисом без ограничений. Подробнее.

Поделиться ссылкой

Функция доступна в рамках тарифа «Старт+». Приобретите подписку на 1 месяц и пользуйтесь сервисом без ограничений. Подробнее.

Добавление в избранное

Функция доступна в рамках тарифа «Старт+». Приобретите подписку на 1 месяц и пользуйтесь сервисом без ограничений. Подробнее.

Единая система программной документации

ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ

Unified system for program documentation. Technical specification for development. Requirements for contents and form of pressentation

Дата введения 1980-01-01

Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. N 3351 дата введения установлена 01.01.80

ИЗДАНИЕ (январь 2010 г.) с Изменением N 1, утвержденным в июне 1981 г. (ИУС 9-81).

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

Стандарт полностью соответствует СТ СЭВ 1627-79*.

(Измененная редакция, Изм. N 1).

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.

1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.

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

Читайте также:
Лучшая программа для сканирования документов на Андроид

1.4. Техническое задание должно содержать следующие разделы:

основания для разработки;

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

требования к программной документации;

стадии и этапы разработки;

порядок контроля и приемки;

в техническое задание допускается включать приложения.

(Измененная редакция, Изм. N 1).

2. СОДЕРЖАНИЕ РАЗДЕЛОВ

2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

2.2. В разделе «Основание для разработки» должны быть указаны:

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

организация, утвердившая этот документ, и дата его утверждения;

наименование и (или) условное обозначение темы разработки.

2.1, 2.2 (Измененная редакция, Изм. N 1).

2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

требования к функциональным характеристикам;

требования к надежности;

требования к составу и параметрам технических средств;

требования к информационной и программной совместимости;

требования к маркировке и упаковке;

требования к транспортированию и хранению;

(Измененная редакция, Изм. N 1).

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

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

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

2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

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

При необходимости должна обеспечиваться защита информации и программ.

(Измененная редакция, Изм. N 1).

2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

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

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

(Введен дополнительно, Изм. N 1).

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

2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

2.8. В приложениях к техническому заданию, при необходимости, приводят:

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

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

другие источники разработки.

Источник: gostassistent.ru

Рейтинг
( Пока оценок нет )
Загрузка ...
EFT-Soft.ru