Тестирование, верификация и валидация

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

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

Рис. 1.7. Тестирование, верификация и валидация

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

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

Если посмотреть на эти три процесса с точки зрения вопроса, на который они дают ответ, то тестирование отвечает на вопрос "Как это сделано?" или "Соответсвует ли поведение разработанной программы требованиям?", верификация - "Что сделано?" или ""Соответствует ли разработанная система требованиям?", а валидация - "Сделано ли то, что нужно?" или "Соответствует ли разработанная система ожиданиям заказчика?".

32. Проектная документация [J]

№	Билет №	Формулировка ответа	Преподаватель	Кто делает ответ	Состояние
	13.2., 40.3.	Проектная документация. Основные стандарты, определяющие состав, содержание и требования к оформлению документации жизненного цикла ПО. Области их применения.	Маятин Александр Владимирович		ОПЛ (Ден), готовый ответ Милы

Готовый ответ Милы

· ЕСПД (ГОСТ 19)

(ГОСТ 19.101-77 Единая система программной документации. Виды программ и программных документов)

(ГОСТ 19.004-80 Единая система программной документации. Термины и определения) и пр.

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

· КСАС (ГОСТ 34)

(Документация на автоматизированную систему (АС) по ГОСТ 34.003-90)

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

· ИСО/МЭК

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

· Техническая документация на продукцию по Р 50-605-80-93

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

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

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

В целом для создания любого вида АС перечень НТД должен включать в себя:

· ГОСТ 34.601-90, регламентирующий стадии (и этапы) создания АС - описание процессов в их хронологическом порядке;

· ГОСТ 34.201-89, регламетирующий виды, комплектность и обозначения (наименования) документов, разрабатываемых на стадиях и этапах проведения работ по созданию АС;

· РД 50-34.689-90, регламентирующий требования к содержанию документов на АС;

· ряд ГОСТ 2 (ЕСКД), регламентирующих требования к содержанию и оформлению документов на изделия, входящие в состав АС;

· ГОСТ 2.601-95, регламентирующий требования к эксплуатационной документации на изделия, входящие в состав АС;

· ряд ГОСТ 19 (ЕСПД), регламентирующих требования к содержанию и оформлению документов на программные изделия, входящие в состав АС;

· ряд ГОСТ по качеству технической документации;

· плюс ГОСТ (технические регламенты) предметной области.

· ГОСТ 28806-90 Качество программных средств. Термины и определения

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

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

· ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Настоящий стандарт устанавливает общие положения по оценке качества программных средств вычислительной техники (далее - ПС), поставляемых через фонды алгоритмов и программ (ФАП), номенклатуру и применяемость показателей качества ПС

· ГОСТ Р ИСО/МЭК 12119-2000 Информационная технология. Пакеты программ. Требования к качеству и тестирование

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

· ГОСТ Р ИСО/МЭК 15288-2005 Информационная технология. Системная инженерия. Процессы жизненного цикла систем

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

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

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

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

· ГОСТ Р ИСО/МЭК 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения. Стандарт полностью соответствует международному стандарту ИСО/МЭК ТО 9294:1990 и устанавливает рекомендации по эффективному управлению документированием ПС для руководителей, отвечающих за их создание. Целью стандарта является оказание помощи в определении стратегии документирования ПС; выборе стандартов по документированию; выборе процедур документирования; определении необходимых ресурсов; составлении планов документирования.

· ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению. Стандарт полностью соответствует международному стандарту ИСО/МЭК 9126:1991. В его контексте под характеристикой качества понимается "набор свойств (атрибутов) программной продукции, по которым ее качество описывается и оценивается". Стандарт определяет шесть комплексных характеристик, которые с минимальным дублированием описывают качество ПС (ПО, программной продукции): функциональные возможности; надежность; практичность; эффективность; сопровождаемость; мобильность. Эти характеристики образуют основу для дальнейшего уточнения и описания качества ПС.

· ГОСТ Р ИСО 9127-94 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов. Стандарт полностью соответствует международному стандарту ИСО 9127:1989. В контексте настоящего стандарта под потребительским программным пакетом (ПП) понимается "программная продукция, спроектированная и продаваемая для выполнения определенных функций; программа и соответствующая ей документация, упакованные для продажи как единое целое". Под документацией пользователя понимается документация, которая обеспечивает конечного пользователя информацией по установке и эксплуатации ПП. Под информацией на упаковке понимают информацию, воспроизводимую на внешней упаковке ПП. Ее целью является предоставление потенциальным покупателям первичных сведений о ПП.

· ГОСТ Р ИСО/МЭК 8631-94 Информационная технология. Программные конструктивы и условные обозначения для их представления. Описывает представление процедурных алгоритмов.

· РД 50-34.698-90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ

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

· 34.601-90 (Стадии создания АС), ГОСТ 34.602—89 (ТЗ на создание АС), ГОСТ 34.603-92 (Виды испытаний АС)

Перечень документов ЕСПД.

· ГОСТ 19.001-77 ЕСПД. Общие положения.

· ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов.

· ГОСТ 19.102-77 ЕСПД. Стадии разработки.

· ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов.

· ГОСТ 19.104-78 ЕСПД. Основные надписи.

· ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.

· ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.

· ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.

· ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.

· ГОСТ 19.301-79 ЕСПД. Порядок и методика испытаний.

· ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.

· ГОСТ 19.402-78 ЕСПД. Описание программы.

· ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.

· ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению.

· ГОСТ 19.502-78 ЕСПД. Описание применения. Требования к содержанию и оформлению.

· ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.

· ГОСТ 19.504-79 ЕСПД. Руководство программиста.

· ГОСТ 19.505-79 ЕСПД. Руководство оператора.

· ГОСТ 19.506-79 ЕСПД. Описание языка.

· ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.

· ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполняемые печатным способом.

· ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.

· ГОСТ 19.781-90. Обеспечение систем обработки информации программное.

Ответ прошлых лет (Ден)

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

ГОСТ 34.601-90
ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-99)

Работы по созданию и управлению жизненным циклом ПО регулируются принятой методологией. Методоло́гия — система базисных принципов, методов, методик, способов и средств их реализации в организации и построении научно-практической деятельности людей. Небольшой перечень наиболее популярных в настоящее время методологий – Waterfall (водопадная), XP (экстремальное программирование), RUP (Унифицированный процесс), SCRUM.

ГОСТ 34.601-90 – Автоматизированные системы. Стадии их создания. Данный стандарт датирован 01.01.1992 г. и распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях.

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:

Формирование требований к АС

1. Обследование объекта и обоснование необходимости создания АС

2. Формирование требований пользователя к АС

3. Оформление отчета о выполнении работ и заявки на разработку АС

Разработка концепции АС

1. Изучение объекта

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

3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей

4. Оформление отчета о проделанной работе

Техническое задание

1. Разработка и утверждение технического задания на создание АС

Эскизный проект

1. Разработка предварительных проектных решений по системе и ее частям

2. Разработка документации на АС и ее части

Технический проект

1. Разработка проектных решений по системе и ее частям

2. Разработка документации на АС и ее части

3. Разработка и оформление документации на поставку комплектующих изделий

4. Разработка заданий на проектирование в смежных частях проекта

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

1. Разработка рабочей документации на АС и ее части

2. Разработка и адаптация программ

Ввод в действие

1. Подготовка объекта автоматизации

2. Подготовка персонала

3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами)

4. Строительно-монтажные работы

5. Пусконаладочные работы

6. Проведение предварительных испытаний

7. Проведение опытной эксплуатации

8. Проведение приемочных испытаний

Сопровождение АС.

1. Выполнение работ в соответствии с гарантийными обязательствами

2. Послегарантийное обслуживание

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

Стандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Первая редакция ISO12207 подготовлена в 1995 году объединенным техническим комитетом ISO/IEC JTC1 "Информационные технологии, подкомитет SC7, проектирование программного обеспечения".

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

Очень важные ЗАМЕЧАНИЯ СТАНДАРТА:

Процессы, используемые во время ЖЦ ПО, должны быть совместимы с процессами, используемыми во время ЖЦ АС. (Отсюда понятна целесообразность совместного использования стандартов на АС и на ПО.)
Добавление уникальных или специфических процессов, действий и задач должно быть оговорено в контракте между сторонами. Контракт понимается в широком смысле: от юридически оформленного контракта до неформального соглашения, соглашение может быть определено и единственной стороной как задача, поставленная самому себе.
Стандарт принципиально не содержит конкретные методы действий, тем более — заготовки решений или документации. Он описывает архитектуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить услуги и задачи, включенные в процессы, не предназначен для предписывания имени, формата или точного содержимого получаемой документации. Решения такого типа принимаются использующим стандарт.

ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств. Настоящий стандарт применяется при приобретении систем, программных продуктов и оказании соответствующих услуг; а также при поставке, разработке, эксплуатации и сопровождении программных продуктов и программных компонентов программно-аппаратных средств как в самой организации, так и вне ее. Стандарт содержит также те аспекты описания системы, которые необходимы для обеспечения понимания сути программных продуктов и услуг. Стандарт не распространяется на готовые программные продукты, если они не входят в поставляемый продукт. Стандарт предназначен для: заказчиков систем, программных продуктов и услуг; поставщиков; разработчиков; операторов; персонала сопровождения; администраторов проектов; администраторов, отвечающих за качество, и пользователей программных продуктов.

33. Проектная документация [J]

№	Билет №	Формулировка ответа	Преподаватель	Кто делает ответ	Состояние
	14.2., 41.3.	Проектная документация. Состав и содержание технического задания на создание автоматизированной системы по ГОСТ 34.602-89. Основные разделы. Общая характеристика их содержания.	Маятин Александр Владимирович	Ваня Тяпочкин	ОПЛ (Ден), готовый ответ Вани

Готовый ответ Вани

ГОСТ 34.602-89 распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее - ТЗ на АС). ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. ТЗ на АС разрабатывают на основании исходных данных в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1) общие сведения;

2) назначение и цели создания (развития) системы;

3) характеристика объектов автоматизации;

4) требования к системе;

5) состав и содержание работ по созданию системы;

6) порядок контроля и приемки системы;

7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8) требования к документированию;

9) источники разработки.

Раздел «Общие сведения» содержит общие сведения о создаваемой системе:

1) полное наименование системы и ее условное обозначение;

2) шифр темы или шифр (номер) договора;

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

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

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

6) сведения об источниках и порядке финансирования работ;

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

Раздел «Назначение и цели создания (развития) системы» состоит из подразделов:

1) назначение системы;

2) цели создания системы.

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

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

Раздел «Характеристики объекта автоматизации»:

1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

Раздел «Требования к системе» состоит из следующих подразделов:

1) требования к системе в целом;

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

3) требования к видам обеспечения.

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

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

Раздел «Порядок контроля и приемки системы»: виды, состав, объем и методы испытаний системы и ее составных частей, общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации, статус приемочной комиссии (государственная, межведомственная, ведомственная).

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

Раздел «Требования к документированию»:

1) согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;

2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;

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

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

Приложения (включают при наличии утвержденных методик):

1) расчет ожидаемой эффективности системы;

2) оценку научно-технического уровня системы.

Ответ прошлых лет (Ден)

ГОСТ 34.602-89. Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее - ТЗ на АС). ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. ТЗ на АС разрабатывают на основании исходных данных в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1) общие сведения;

2) назначение и цели создания (развития) системы;

3) характеристика объектов автоматизации;

4) требования к системе;

5) состав и содержание работ по созданию системы;

6) порядок контроля и приемки системы;

7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8) требования к документированию;

9) источники разработки.

Также в ТЗ на АС могут включаться приложения.

В разделе «Общие сведения» указывают:

· полное наименование системы и ее условное обозначение;

· шифр темы или номер договора;

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

· перечень документов, на основании которых создается система, кем и когда утверждены эти документы;

· плановые сроки начала и окончания работы по созданию системы;

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

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

Раздел «Назначение и цели создания (развития) системы» состоит из подразделов:

· назначение системы;

· цели создания системы.

В подразделе «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать. Для АСУ дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов.

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

В разделе «Характеристики объекта автоматизации» приводят:

· краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

· сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

Раздел «Требования к системе» состоит из следующих подразделов:

· требования к системе в целом;

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

· требования к видам обеспечения.

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

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

В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят:

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

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

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

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

перечень документов, по ГОСТ 34.201-89 (виды, комплектность и обозначение документов при создании АСУ), предъявляемых по окончании соответствующих стадий и этапов работ;
вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей.

В разделе «Порядок контроля и приемки системы» указывают:

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

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

В перечень основных мероприятий включают:

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

В разделе «Требования к документированию» приводят:

согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ34.201-89 и НТД отрасли заказчика;
перечень документов, выпускаемых на машинных носителях;
требования к микрофильмированию документации;
2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

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

В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:

расчет ожидаемой эффективности системы;
оценку научно-технического уровня системы.

Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.

34. Проектная документация [J]

№	Билет №	Формулировка ответа	Преподаватель	Кто делает ответ	Состояние
	1.2., 15.2., 34.3., 45.3.	Проектная документация. Типовой состав и содержательная характеристика общих требований к системе по ГОСТ 34.602-89.	Маятин Александр Владимирович	Оля Дмитрова	ОПЛ (Ден)

Ответ прошлых лет (Ден)

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

· требования к системе в целом;

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

· требования к видам обеспечения.

В подразделе «Требования к системе в целом» указывают:

1. требования к структуре и функционированию системы;

2. требования к численности и квалификации персонала системы и режиму его работы;

3. показатели назначения;

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

5. требования безопасности;

6. требования к эргономике и технической эстетике;

7. требования к транспортабельности для подвижных АС;

8. требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;

9. требования к защите информации от несанкционированного доступа;

10. требования по сохранности информации при авариях;

11. требования к защите от влияния внешних воздействий;

12. требования к патентной чистоте;

13. требования по стандартизации и унификации;

14. дополнительные требования.

В требованиях к структуре и функционированию системы приводят:

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

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

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

· требования к режимам функционирования системы;

· требования по диагностированию системы;

· перспективы развития, модернизации системы.

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

В требованиях к численности и квалификации персонала на АС приводят:

· требования к численности персонала (пользователей) АС;

· требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;

· требуемый режим работы персонала АС.

Комментарии Маятина: Это (навыки, квалификация, численность) указывается обязательно, чтобы обезопасить себя и программиста

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

· степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления (если условия меняются, например, изменение сменности, расширение производства);

· допустимые пределы модернизации и развития системы (модернизация конфигурирования системы и т.д.);

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

В требования к надежности включают:

· состав и количественные значения показателей надежности для системы в целом или ее подсистем;

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

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

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

Комментарии Маятина: Надёжность – предосмотреть, какие могут быть штатные ситуации, нештатные (не являются нормой, но предусмотрены), неучтённые ситуации (форс-мажор)

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

Комментарии Маятина: Безопасность – насколько безопасна для пользователя

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

Комментарии Маятина: Эргономика- доступ к функциям быстрый, сенсорный экран нормальный и т.д.

Техническая эстетика – внешний вид

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

Комментарии Маятина: может быть, а может и не быть; зависит от того, есть ли движущиеся объекты

В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:

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

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

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

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

· требования к регламенту обслуживания.

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

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

· требования к радиоэлектронной защите средств АС;

· требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

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

Комментарии Маятина: относительно патентных законодательств система будет чиста (только в РФ или за рубежом?); патентная чистота разработчика (открытые или закрытые коды)

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

Комментарии Маятина: аппаратные средства – в каких сетях электропитания работает, разъёмы разеток; ПО – зависимость от платформы, универсальность алгоритмов и т.д.

В дополнительные требования включают:

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

· требования к сервисной аппаратуре, стендам для проверки элементов системы;

· требования к системе, связанные с особыми условиями эксплуатации;

· специальные требования по усмотрению разработчика или заказчика системы.

В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят:

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

В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования:

− к математическому обеспеспечению – (может быть, может не быть) – ограничение к использованию алгоритмов

− информационному обеспечению;

− лингвистическому обеспечению:

o требования для локализации – на каких языках интерфейс, руководство, документы на систему;

o требования к уровню перевода – уровень сертификации перевода;

o требовнаия к применению конкретных языков программирования и их диалектов (если дальнейшая разработка будет проводиться силами компании)

− программному обеспечению – внешнее ПО, если в системе используются отдельные модули других программ;

− техническому – требования, касающиеся готовых аппаратных комплексов,

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

− методическому и другие видам обеспечения системы.

35. Проектная документация [J]

№	Билет №	Формулировка ответа	Преподаватель	Кто делает ответ	Состояние
	16.2., 43.3.	Проектная документация. Типовой состав и содержательная характеристика требований к видам обеспечения автоматизированной системы по ГОСТ 34.602-89.	Маятин Александр Владимирович	Никитина Арсения	ОПЛ (Ден)

Ответ прошлых лет (Ден)

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

· требования к системе в целом;

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

· требования к видам обеспечения.

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

Для информационного обеспечения системы приводят требования:

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

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

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

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

Для технического обеспечения системы приводят требования:

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

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

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

Для организационного обеспечения приводят требования:

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

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

36. Проектная документация [J]

№	Билет №	Формулировка ответа	Преподаватель	Кто делает ответ	Состояние
	17.2.	Проектная документация. Типовые требования к составу и содержанию работ по созданию, развитию, вводу в действие и документированию автоматизированной системы по ГОСТ 34.602-89.	Маятин Александр Владимирович	Ваня Тяпочкин	ОПЛ (Ден), Готовый ответ Вани

Готовый ответ Вани

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

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

1) перечень документов, по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ;

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

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

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

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

В перечень основных мероприятий включают:

1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;

2) изменения, которые необходимо осуществить в объекте автоматизации;

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

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

5) сроки и порядок комплектования штатов и обучения персонала.

В разделе «Требования к документированию» приводят:

Ответ прошлых лет (Ден)

В перечень основных мероприятий включают:

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

Например, для АСУ приводят:

изменения применяемых методов управления;
создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.

В требованиях к документированию приводят:

согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли заказчика;
перечень документов, выпускаемых на машинных носителях;
требования к микрофильмированию документации;
требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;

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

37. Проектная документация [J]

№	Билет №	Формулировка ответа	Преподаватель	Кто делает ответ	Состояние
	11.3., 24.2., 46.3.	Проектная документация. Требования к содержанию и оформлению отчета о научно-исследовательской работе по ГОСТ 7.32-2001.	Маятин Александр Владимирович	Никитина Арсения	ОПЛ (Ден)

Ответ прошлых лет (Ден)

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

Отчет о НИР — научно-технический документ, который содержит систематизированные данные о научно-исследовательской работе, описывает состояние научно-технической проблемы, процесс и/или результаты научного исследования. По результатам выполнения НИР составляется заключительный отчет о работе в целом. Кроме того, по отдельным этапам НИР могут быть составлены промежуточные отчеты, что отражается в Техническом задании на НИР и в календарном плане выполнения НИР. Ответственность за достоверность данных, содержащихся в отчете, и за соответствие его требованиям настоящего стандарта несет организация-исполнитель.

Отчет о НИР подлежит обязательному нормоконтролю в организации-исполнителе. При проведении нормоконтроля рекомендуется руководствоваться ГОСТ 2.111.

Основными структурными элементами отчета о НИР являются:

1. титульный лист;

2. список исполнителей;

3. реферат;

4. содержание;

5. нормативные ссылки;

6. определения;

7. обозначения и сокращения;

8. введение;

9. основная часть;

10. заключение;

11. список использованных источников;

12. приложения.

Требования к содержанию структурных элементов отчета:

1. Титульный лист

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

· наименование вышестоящей организации;

· наименование организации-исполнителя НИР;

· индекс Универсальной десятичной классификации (УДК);

· коды Высших классификационных группировок Общероссийского классификатора промышленной и сельскохозяйственной продукции для НИР (ВКГОКП), предшествующих постановке продукции на производство;

· номера, идентифицирующие отчет;

· грифы согласования и утверждения;

· наименование работы;

· наименование отчета;

· вид отчета (заключительный, промежуточный);

· номер (шифр) работы;

· должности, ученые степени, ученые звания, фамилии и инициалы руководителей организации-исполнителя НИР, руководителей НИР;

· место и дату составления отчета.

Если отчет о НИР состоит из двух и более частей, то каждая часть должна иметь свой титульный лист, соответствующ

Тестирование, верификация и валидация - различия в понятиях