Требования к структуре описания постановки задачи по ГОСТ 34 устанавливаются РД 50-34.698-90. В общем случае документ должен состоять из следующих разделов:
1 Характеристики комплекса задач
1.1 Назначение комплекса задач
1.2 Перечень объектов (технологических объектов управления, подразделений предприятия и т. п.), при управлении которыми решают комплекс задач
1.3 Периодичность и продолжительность решения
1.4 Условия, при которых прекращается решение комплекса задач автоматизированным способом (при необходимости)
1.5 Связи данного комплекса задач с другими комплексами (задачами) АС
1.6 Должности лиц и (или) наименования подразделений, определяющих условия и временные характеристики конкретного решения задачи (если они не определены общим алгоритмом функционирования системы)
1.7 Распределение действий между персоналом и техническими средствами при различных ситуациях решения комплекса задач
2 Выходная информация
2.1 Перечень и описание выходных сообщений
Основы постановки задачи на разработку программ
2.1.1 Идентификатор
2.1.2 Форма представления сообщения (документ, видеокадр, сигнал управления) и требования к ней
2.1.3 Периодичность выдачи
2.1.4 Сроки выдачи и допустимое время задержки решения
2.1.5 Получатели и назначение выходной информации
2.2 Перечень и описание имеющих самостоятельное смысловое значение структурных единиц информации выходных сообщений (показателей, реквизитов и их совокупностей, сигналов управления) или ссылка на документы, содержащие эти данные
2.2.1 Наименование
2.2.2 Идентификатор выходного сообщения, содержащего структурную единицу информации
2.2.3 Требования к точности и надежности вычисления (при необходимости)
3 Входная информация
3.1 Перечень и описание входных сообщений (идентификатор, форма представления, сроки и частота поступления)
3.2 Перечень и описание структурных единиц информации входных сообщений или ссылка на документы, содержащие эти данные
3.2.1 Наименование структурной единицы информации
3.2.2 Требуемая точность числового значения структурной единицы информации (при необходимости)
3.2.3 Источник информации (документ, видеокадр, устройство, кодограмма, информационная база на машинных носителях и т. д.)
3.2.4 Идентификатор источника информации
Содержание документов является общим для всех видов АС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой АС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы.
Содержание документов, разрабатываемых на предпроектных стадиях по ГОСТ 34.601, и организационно-распорядительных определяют разработчики в зависимости от объема информации, необходимой и достаточной для дальнейшего использования документов.
Примечание
Эти и другие требования к структуре и содержанию описания постановки задачи по ГОСТ 34 подробнее см. РД 50-34.698-90
Как системному аналитику ставить задачи на разработку
Оформление документа
Документ выполняют на формах, установленных соответствующими стандартами Единой системы конструкторской документации (ЕСКД).
Для размещения утверждающих и согласующих подписей к документу рекомендуется составлять титульный лист и (или) лист утверждения.
Текст документа должен быть кратким, четким и не допускать различных толкований.
Примечание
Эти и другие требования по оформлению описания постановки задачи по ГОСТ 34 подробнее см. ГОСТ 2.105-95
Источник: technicaldocs.ru
Stepic.org: Основы постановки задачи на разработку программ
В рамках общей учебной цели создаю цели по каждому курсу.
Критерий завершения
Курс пройден вовремя с результатом 100%
Постановка задачи на разработку (Зачем нужны требования?)
- Введение в проектирование требований
- Определение контекста и границ системы
- Анализ заинтересованных сторон
Бизнес требования и бизнес анализ
- Введение в бизнес анализ
- Обзор техник сбора требований
- Интервью для сбора потребностей
- Формирование Глоссария
- Анализ проблемы
- Формулирование проблемы
- Определение возможностей решения
- Документирование Бизнес требований
Определение поведения системы (Функциональные требования)
- Модель использования системы
- Оптимизация модели использования системы
- Документирование сценария/варианта использования системы
Требования к качеству (Не функциональные требования)
- Качество программных продуктов
- Категории нефункциональных требований
- Сценарии атрибутов качества
Управление требованиями
- Система управления требованиями
- Прослеживаемость требований
- Приоритизация требований
- Управление изменениями
Подведение Итогов
- 2331
- 08 мая 2016, 16:14
Не пропустите новые записи!
Подпишитесь на цель и следите за ее достижением
Цель состоит в группе
Веб-разработка
1706 участников
2413 целей
Виджет вашей цели
Большой (450×150 px)
Маленький (250×100 px)
Чтобы вставить виджет на ваш сайт или блог, скопируйте код и внедрите его в исходный html-код вашего блога/сайта.
Только для PRO
Вы можете купить PRO аккаунт, либо получить его бесплатно, пригласив 3 друзей на SmartProgress
Источник: smartprogress.do
Книга «Постановка задачи для разработки ПО»
Системно и понятно о главном шаге в создании и развитии программ — постановке задачи на разработку.
Очень часто получается так, что и заказчикам, и исполнителям не хватает специального опыта и знаний по постановки задач. В результате появляется множество проблем — провалы, конфликты, костыли, бесконечные изменения.
Книга «Постановка задачи на разработку ПО» поможет Заказчику и Исполнителю более эффективно решать задачи развития с помощью информационных технологий, дав им основные знания в области бизнес и системного анализа, чтобы они могли качественно ставить задачи и бизнес-требования в ИТ.
Книга системно и понятным языком обучает первым и наиболее важным шагам в создании и развитии информационных систем (ИС) — постановке задач на разработку программного обеспечения.
В результате работы с книгой, вы научитесь:
- работать с требованиями и заинтересованными сторонами;
- анализировать проблему и формулировать требования;
- проектировать взаимодействие пользователей с системой;
- обеспечивать необходимые качества системы на этапе постановки задачи.
Для кого эта книга и что она может дать:
Заказчики ПО и Постановщики задачи
научатся лучше понимать закономерности в разработке ПО и улучшат свое влияние на бизнес эффективность систем.
Стихийные
аналитики
смогут систематизировать существующий опыт и получить уверенность в себе и профессии.
Начинающие бизнес и системные аналитики
получат структурированный и быстрый старт в профессии. В рамках онлайн курса действует система сертификации.
Принципы в основе книги
Книга дает глубокое понимание принципов разработки хороших требований:
- каким образом связаны между собой бизнес-требования и возможности, которые предоставляет решение для бизнеса и предпринимателя;
- каким образом пользователи должны работать в системе, чтобы реализовать эти возможности (сценарии использования);
- какими характеристиками и качествами должна обладать система, чтобы обеспечивать возможности, и
- в каких сценариях использования эти характеристики и качества будут использоваться,
а также более широкую картину:
- введение в управление продуктами — использование методологии для создания продуктов, а не только заказных решений;
- моделирование бизнес-процессов и связывание их с архитектурой предприятия;
- введение в архитектуру ПО — для обеспечения требуемых характеристик и качеств;
- введение в моделирование предметной области — для изучения предметной области для которой делается решение;
- введение в UX, UI и моделирование данных — как проектировать взаимодействие пользователей и системы, чтобы оно не только позволяло реализовать возможности, но было понятным и удобным для пользователей.
Книга выйдет летом 2017 года
в электронном (конец мая) и твердом (конец августа) вариантах.