Функциональное и эксплуатационное назначение программы или программного изделия что это

Содержание и оформление работы должны отвечать следующим шести требованиям:

1. Общим требованиям к программным документам.

Общие требования к оформлению программных документов устанавливает ГОСТ 19.105-78.

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

Титульная часть состоит из листа утверждения и титульного листа согласно ГОСТ 19.104-78.

Информационная часть состоит из аннотации и содержания. В аннотации указывают сведения о назначении документа и сжатое изложение его основной части.

Содержание содержит перечень записей о структурных элементах основной части документа, в каждую из которых входят:

– обозначения структурного элемента (номер раздела, подраздела);

– наименование структурного элемента;

– адрес структурного элемента на носителе данных (например, номер страницы, номер файла и т.д.).

Правила обозначения структурных элементов основной части документа и их адресации устанавливают стандарты ЕСПД для каждого типа носителя. Состав и структуру основной части программного документа устанавливают правила ЕСПД на соответствующие документы. О каждом изменении программного документа делают запись согласно ГОСТ 19.603-78.

Техническое задание. Что такое и зачем нужно?

2. Требованиям к описанию языка.

Требования к содержанию и оформлению программного документа по описанию языка (программирование, управление заданием, организация вычислительно­го процесса) устанавливает ГОСТ 19.506-79. При этом учитываются положения ГОСТ 19.105-78 «Общие требования к программным документам». Составление ин­формационной части (аннотации и содержания) является обязательным.

Описание языка должно содержать следующие разделы.

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

2. Элементы языка. Дают описание синтаксиса и семантики базовых и составляющих элементов языка.

3. Способы структурирования программы. Указывают способы вызова процедуры, передачи управления и другие элементы структурирования программы.

4. Средства обмена данными. Указывают описание Языковых средств обмена данными (например, средства ввода-вывода, внутреннего обмена данными и т.д.).

5. Встроенные элементы. Дают описание встроенных в язык элементов (например, функции, классы и т.д.) и правила их использования.

6. Средства отладки программ. Указывают описание наличных средств отладки программ, семантику этих средств, рекомендации относительно их использования.

3. Требованиям к тексту и описанию программы.

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

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

Классификация программного обеспечения

– символические записи исходными или промежуточными языками;

– символическое представление машинных кодов и т.д.

В символическую запись разделов рекомендуется включать комментарии, ко­торые могут отображать, например, функциональное ‘назначение, структуру (ГОСТ 19.401-78).

Описание программы должно содержать следующие разделы (ГОСТ 19.402-78):

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

2. Функциональное назначение. Указывают классы решаемых задач и (или) назначение программы и сведения о функциональных ограничениях программы.

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

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

5. Вызов и загрузка. Указывают способ вызова программы с соответствующе­го носителя данных, входные точки программы. Допускается указывать адреса загрузки, сведения об использовании оперативной памяти, объем программы.

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

7. Выходные данные. Указывают характер и организацию выходных данных, а также формат и способ кодирования выходных данных.

4. Требования к пособию системного программиста.

Требования к содержанию и оформлению программного документа «Пособие системного программиста» устанавливает ГОСТ 19.563-79. При этом учитываются положения ГОСТ 19.105-78 «Общие требования к программным документам». Составление информационной части (аннотации и содержания) является обязательным.

Пособие системного программиста должно содержать следующие разделы.

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

2. Структура программы. Указывают сведения о структуре программы, ее составные части и связи между ними и другими программами.

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

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

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

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

5. Требования к пособию программиста.

Пособие программиста должно содержать следующие разделы.

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

2. Характеристика программы. Описывают основные характеристики и особенности программы (временные характеристики, режим работы, средств контроля и т.д.).

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

4. Входные и выходные данные. Представляют описание организации используемой входной и выходной информации.

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

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

6. Требования к ТЗ.

Порядок построения и оформления ТЗ на разработку программы или программного изделия устанавливает ГОСТ 19.201-78.

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

1. Вступление. Указывают наименование, сжато характеризуют сферу использования программы (изделия) и объекта.

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

В этом разделе указывают:

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

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

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

3. Назначение разработки. Указывают функциональное и эксплуатационное назначение программы (изделия).

4. Требования к программе или программному изделию.

Этот раздел состоит из следующих подразделов:

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

– требования к составу и параметрам технических средств, их информационной и программной совместимости;

– условия эксплуатации, специальные требования.

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

6. Технико-экономические показатели.

В этом разделе указывают:

– ориентировочную экономическую эффективность;

– предусмотренную потребность на год;

– экономические преимущества в сравнении с лучшими образцами (анало­гами).

8. Порядок контроля и приемки. Указывают виды испытаний и общие требования к приемке работ.

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

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

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

Будет полезно почитать по теме:

• Разработка средств вычислительной техники

• ДИДАКТИЧЕСКИЙ ПЛАН
• ЛИТЕРАТУРА
• ОБЩИЕ СВЕДЕНИЯ
• Основные понятия и определения
• Факторы, влияющие на работоспособность СВТ
• Показатели конструкции СВТ
• Организационные вопросы разработки СВТ
• Единая система конструкторской документации
• Технологическая документация
• ЕСКД. Виды конструкторской документации
• Обозначения стандартов ЕСКД
• Обозначения конструкторских документов
• Форматы
• Основные надписи и порядок их заполнения
• Конструкторские изделия
• Виды и комплектность конструкторских документов
• Техническое задание на конструкторские изделия
• Спецификация изделий
• Стадии разработки конструкторской документации
• Правила оформления пояснительной записки
• Единая система программной документации
• Сфера использования и состав ЕСПД
• Классификация и обозначение стандартов ЕСПД
• Термины и определения в ЕСПД
• Обозначение программных документов
• Виды программ и программной документации
• Стадии разработки программ и программной документации
• Требования к содержанию и оформлению программного продукта
• Символы в схемах алгоритмов, программ, данных и систем
• Правила использования символов и схем
• Схемы алгоритмов, программ, данных и систем
• Конструктивная преемственность
• Технологичность
• Выбор конструкций и ограничение их разнообразия
• Ошибки параметров конструкций
• Расчет отклонений параметров конструкции
• Вероятностный метод расчета отклонения параметров
• Критерии надежности
• Методы обеспечения и повышения надежности
• Расчет надежности
• Экономичность
• Эргономичность и эстетичность
• Патентоспособность
• Источники и виды загрязнений окружающей среды при производстве ЭВМ
• Основные меры по защите окружающей среды
• Защита атмосферы
• Очистка сточных вод
• Очистные сооружения предприятия, где сточные воды после очистки вновь используют в технологии производства
• Обработка твердых отходов
• Структуры и технология интегральных микросхем
• Пленочные резисторы
• Пленочные конденсаторы
• Распределенные RC-структуры
• Пленочные индуктивности
• Пленочные проводники и контактные площадки
• Активные элементы ГИМС
• Транзисторы типа n-p-n
• Транзисторы с диодом Шотки
• Многоэмиттерные транзисторы
• Многоколлекторные транзисторы
• Транзисторы типа p-n-p
• Транзисторы с инжекционным питанием
• Диодное включение биполярных транзисторов
• Полупроводниковые резисторы
• Полупроводниковые конденсаторы
• МДП-транзисторы с поликремневым затвором
• Комплементарные МДП-структуры
• Структуры «кремний на диэлектрике»
• Вертикальные структуры
• Многослойные структуры
• Технологический процесс изготовления ИМС
• Изготовление тонкопленочных гибридных ИМС
• Изготовление толстопленочных гибридных ИМС
• Эпитаксиально-планарная технология
• EPIC-технология
• Изопланарная технология
• Технология изготовления МДП-транзисторов
• ГЛОССАРИЙ

Источник: 3ys.ru

Как писать техническое задание на программный продукт

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

Пример заполненного ТЗ.

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

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

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

Основанием для разработки является задание на курсовой проект.

Основания для проведения разработки: приказ № 471к от 25.12.201… на выполнение выпускной квалификационной работы «Обработка отраслевой информации на примере создание дистанционного курса «Операционные системы».

Наименование и условное обозначение разработки: ДК «Операционные системы»

3. Назначение разработки

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

4. Требования к программе или программному изделию.

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

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

· Работать под управлением ОС Windows 7/8.

· Использовать для соединения и обмена данными протокол TCP/IP.

· Использовать свой протокол, как надстройку над TCP/IP для передачи данных и команд.

· Иметь доступный и простой интерфейс пользователя.

· Иметь гибкую систему настроек.

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

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

· Серверная часть должна поддерживать соединение до 32000 пользователей одновременно.

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

4.2 Требования к надежности.

Надежность системы в целом зависит от надежности используемой операционной системы. Серверная часть должна обслуживать без сбоев одновременное подключение и работу до 32000 пользователей. Обе части должны без потерь передавать информацию по каналу связи между клиентом и сервером.

4.3 Условия эксплуатации.

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

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

Оптимальными параметрами микроклимата в помещении с компьютерами считаются:

• Температура воздуха — от 19 до 21 градуса.

• Относительная влажность — от 62 до 55% соответственно.

• Скорость движения воздуха — не более 0,1 м/с.

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

Требования к видам обслуживания: для установки и поддержки работоспособности сайта для МКУ «Ордынского историко-художественного музея» требуется наличие браузера.

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

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

· Компьютер с процессором Intel Pentium-100 или 100%- совместимым.

· Оперативная память не менее 16 Мb.

· Жесткий диск объемом не менее 1 Gb.

· Наличие адаптера подключения к сети (сетевой карты, модема и т.п.).

· Установленная ОС Windows 95/98/NT/2000.

· Настроенный протокол TCP/IP.

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

Модель системы должна работать под управлением ОС Windows XP/7/8/10, поэтому требуется совместимость исполняемого модуля и библиотек динамического подключения стандартам, используемым этими ОС на платформе IBM PC. Модель должна использовать свой протокол передачи данных высокого уровня как надстройку над TCP/IP. Для хранения информации требуется использование баз данных формата MDB (Microsoft Access).
Для доступа к базам данных Microsoft Access 16 требуется наличие установленного ядра работы с БД Microsoft JET DAO версии 3.5. В качестве средства разработки требуется использовать интегрированную среду разработки Borland Delphi 7, включающую редактор исходных текстов, компилятор, компоновщик и отладчик.

В качестве средства проектирования структуры базы данных и создания файла базы данных требуется использовать Microsoft Access 16.

4.6 Требования к маркировке и упаковке.

4.7 Требования к транспортированию и хранению.

4.8 Специальные требования.

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

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

Состав пользовательской документации:

• Структурная схема организации.

6. Стадии и этапы разработки.

№	Содержание работы	Срок	Исполнитель этапа разработки
Исследование концепций дистанционного обучения и имеющихся на сегодняшний день решений.	1-2 недели	Цыганов П.В., Кузнецов Д.Д.
Выработка своего решения	3-я неделя	Цыганов П.В., Кузнецов Д.Д.
Выработка технического задания	4-я неделя	Цыганов П.В., Кузнецов Д.Д.
Разработка протокола прикладного уровня “DECSS Protocol” для передачи команд и данных между клиентом и сервером. Создание библиотеки классов, реализующей разработанный протокол.	5-7 недели	Цыганов П.В.
Принятие решения по разработке формата файлов для хранения учебных курсов. Разработка библиотеки классов для поддержки принятого формата.	5-7 недели	Кузнецов Д.Д.
На основе разработанного протокола создание «скелета» серверной и клиентской части модели.	8-10 недели	Цыганов П.В.|
На основе созданной библиотеки классов для работы с файлом учебного курса создание средств просмотра курса.	8-10 недели	Кузнецов Д.Д.
Объединение разработанных частей в единую модель.	11 неделя	Цыганов П.В., Кузнецов Д.Д.
Сдача и защита курсового проекта.	12 неделя	Цыганов П.В., Кузнецов Д.Д.

7. Порядок контроля и приемки.

Испытание представленной модели и контроль качества ее работы провести на базе компьютерного класса кафедры ИУ6. Во время испытаний проверить работу системы по следующим позициям:

· Запуск серверной и клиентской частей.

· Соединение клиента (-ов) с сервером, проверка правильности обработки сервером соединения.

· Аутентификация пользователя на сервере. Проверка изменения состава зарегистрированных пользователей и групп.

· Подключение на сервере учебного курса с тем, чтобы он был доступен для просмотра.

· Просмотр учебного курса с клиентского рабочего места.

· Завершение сеанса связи.

Источник: poisk-ru.ru

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

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

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

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

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

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

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

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

(Измененная редакция, Изм. № 1)
2. СОДЕРЖАНИЕ РАЗДЕЛОВ

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

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

2.2. В разделе «Основания для разработки» должны быть указаны:
документ (документы), на основании которых ведется разработка;
организация, утвердившая этот документ, и дата его утверждения;
наименование и (или) условное обозначение темы разработки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разработка ТЗ по ГОСТ 19 — разделы 1-3

УКАЗАНИЯ ГОСТ:
В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

1.1 Наименование программы

ПРИМЕР СОДЕРЖАНИЯ:

Открытый ведомственный информационный ресурс федерального агентства «Государственные Кадры» (ОВИФ).
Данная АС является частью Единой автоматизированной системы учета кадров всех государственных предприятий «Кадры» (АС Кадры), и предназначена для обеспечения публичного доступа гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя).

1.2 Область применения

ПРИМЕР СОДЕРЖАНИЯ:
Областью применения программного продукта является сфера деятельности федерального агентства «Государственные кадры».

1.3 Объект, в котором используют программу

ПРИМЕР СОДЕРЖАНИЯ:
АС ОВИР предлагается использовать в центральных и региональных департаментах и подразделениях агентства.

2 ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

УКАЗАНИЯ ГОСТ:
В разделе «Основания для разработки» должны быть указаны:
— документ (документы), на основании которых ведется разработка;
— организация, утвердившая этот документ, и дата его утверждения;
— наименование и (или) условное обозначение темы разработки.

2.1 Документы, на основании которых ведется проектирование

ПРИМЕР СОДЕРЖАНИЯ (берется из ТЗ на АС в целом):
Основанием для разработки АС Кадры являются следующие документы и нормативные акты:
– Государственный контракт №1/11-11-11-001 от 11.11.2007 года на выполнение работ по выполнению первого этапа работ по созданию Единой автоматизированной системы учета кадров всех государственных предприятий «Кадры»;
– Федеральный закон от 01 июля 2006 г. N 555-ФЗ «Управление государственными кадрами»;
– Постановление Правительства РФ от 01 января 2000 г. N 11.11 «О федеральной целевой программе «Электронные кадры (2002 — 2009 годы)»;
– Концепция информатизации федерального агентства «Государственные кадры» на 2000-2010 годы.

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

ПРИМЕР СОДЕРЖАНИЯ:
Организация, утвердившая документ: Федеральное агентство «Государственные Кадры».
Адрес организации: 111000 г. Москва, Красная площадь, д.1.
Дата утверждения документа: 07.07.2007

2.3 Шифр темы

ПРИМЕР СОДЕРЖАНИЯ:
Шифр темы: АС-КА-ФА-07.

3 НАЗНАЧЕНИЕ РАЗРАБОТКИ

УКАЗАНИЯ ГОСТ:
В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

ПРИМЕР СОДЕРЖАНИЯ:
Открытый ведомственный информационный ресурс федерального агентства «Государственные Кадры» предназначен для Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) предназначена для обеспечения публичного доступа гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС (путем предоставления сервисов, позволяющих формировать запросы на получение информации ограниченного доступа, в соответствии с уровнем компетентности пользователя).
Его функциями являются:
Предоставление публичного доступа к следующей информации:
— Новости ФА;
— Статистические данные и отчеты;
— Полный перечень документов, регламентирующих работу ФА и услуги, предоставляемые им;
— т.п.;
— пр.
Обеспечение возможности сотрудникам ФА получать доступ к служебной информации АС Кадры;
Обеспечение функций администрирования;
т.п.;
пр.

ГОСТы

• Классификаторы ЕСКД
• Перечень стандартов
• ГОСТ 2.xxx (ЕСКД)
• ГОСТ 6.ххх (УСД)
• ГОСТ 15.ххх
• ГОСТ 19.xxx (ЕСПД)
• ГОСТ 24.xxx (ЕСС АСУ)
• ГОСТ 34.ххх

Источник: www.rugost.com