Составление ТЗ на создание отчёта по ГОСТ 34(Прочитано 19603 раз)
Здравствуйте!
Возникла потребность написать техническое задание на создание отчёта с графиками по ГОСТ 34.*
Задание прям вот совсем творческое получается, может быть есть пример такой работы для ознакомления и использования как основы?
Что из ГОСТ 34 взять за основу для ТЗ, подскажите кто знает.
Спасибо!






А погуглить? (http://rugost.com/index.php?option=com_content&view=category&id=25&Itemid=62)
Благодарю за ответ, Эдуард!

Я новичок в этой теме и мне хотелось бы понять как можно применить примеры и рекомендации по составлению ТЗ на информационную систему и на отчёт? Какова практика? Заменить "информационную систему" на "отчёт" и убрать не нужные разделы?



Заменить "информационную систему" на "отчёт" и убрать не нужные разделы?

Ну именно так.

Берёте шаблон:

1.   Назначение и цели создания.
1.1.   Назначение.
Указать общий вид автоматизируемой деятельности и перечень автоматизируемых объектов (процессов, задач).
1.2.   Цели создания.
Указать измеримые показатели, которые должны быть достигнуты в результате внедрения.
2.   Характеристики объекта автоматизации.
2.1.   Краткие сведения об объекте автоматизации.
Описать объект автоматизации – процесс или группу процессов, для которых предназначена разрабатываемая система.
2.2.   Сведения об условиях эксплуатации.
Указать особые условия (например. календарный или температурный режим работы), если они существуют.
2.3.   Существующее программное обеспечение.
Описать программное обеспечение в основной и смежной областях автоматизируемого процесса, участвующее в изменениях.
2.4.   Существующее техническое обеспечение.
Описать техническое обеспечение автоматизируемого процесса.
2.5.   Описание процессов в рамках автоматизации.
Привести общее описание процессов.
3.   Требования к системе.
3.1.   Требования к системе в целом.
3.1.1.   Требования к структуре и функционированию системы.
3.1.1.1.   Перечень и назначение подсистем.
Указать основные характеристики подсистем, требования к числу уровней иерархии и степени централизации системы.
3.1.1.2.   Требования к связи внутренних подсистем.
Указать требования к способам и средствам связи для информационного обмена между компонентами системы.
3.1.1.3.   Требования к связи с внешними системами.
Указать требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.).
3.1.1.4.   Требования к режимам функционирования.
Указать  требования к режимам функционирования системы.
3.1.1.5.   Требования к диагностированию системы.
Указать требования по диагностированию системы.
3.1.1.6.   Требования к развитию и модернизации.
Указать перспективы развития, модернизации системы.
3.1.2.   Требования к персоналу.
3.1.2.1.   Требования к численности.
Указать требования к численности пользователей системы.
3.1.2.2.   Требования к квалификации.
Указать требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков.
3.1.2.3.   Требования к режиму работы.
Указать требуемый режим работы пользователей системы.
3.1.3.   Показатели назначения.
3.1.3.1.   Требования к степени приспособляемости.
Указать требуемую степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления.
3.1.3.2.   Требования к пределы модернизации и развития.
Указать допустимые пределы модернизации и развития системы.
3.1.3.3.   Требование к сохранению целевого назначения
Указать вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
3.1.4.   Требования к надежности.
3.1.4.1.   Перечень аварийных ситуаций, по которым должны быть регламентированы требования надежности.
Установить конечный перечень аварийных ситуаций, которые могут оказать существенное воздействие на результаты работы системы в целом.
3.1.4.2.   Требования к надежности системы и ее подсистем в целом и ее подсистем.
Установить измеримые требования к реакции системы на перечисленные аварийные ситуации.
3.1.4.3.   Требования к надежности технических средств и программного обеспечения.
Установить измеримые требования к надежности по всем видам технических средств и программного обеспечения, заявленных в разделе «Характеристики объекта автоматизации».
3.1.4.4.   Требования к методам оценки и контроля показателей надежности.
Описать контролируемые методы оценки установленных показателей надежности.
3.1.5.   Требования безопасности.
Требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым уровням освещенности, вибрационных и шумовых нагрузок.
3.1.6.   Требования к эргономике и технической эстетике.
Определить показатели системы, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
3.1.7.   Требования к транспортабельности для подвижных АС.
Конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.
3.1.8.   Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.
3.1.8.1.   Условия и регламент (режим) эксплуатации.
Указать условия, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
3.1.8.2.   Требования к помещению.
Указать предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.
3.1.8.3.   Требования к обслуживающему персоналу
Указать требования по количеству, квалификации обслуживающего персонала и режимам его работы.
3.1.8.4.   Требования к условиям обслуживания технических средств.
Указать требования к составу, количеству, размещению и условиям хранения комплекта запасных частей, расходных материалов и т.д.
3.1.8.5.   Требования к регламенту обслуживания.
Установить периодичность, состав работ и формы отчетности о проведенном обслуживании
3.1.9.   Требования к защите информации от несанкционированного доступа.
Указать требования, установленные внутренними стандартами и регламентами.
3.1.10.   Требования по сохранности информации при авариях.
Указать перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.
3.1.11.   Требования к защите от влияния внешних воздействий.
Указать требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения), в том числе требования к радиоэлектронной защите средств системы.
3.1.12.   Требования к патентной чистоте.
Указать перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.
3.1.13.   Требования по стандартизации и унификации.
Зафиксировать показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.
3.1.14.   Дополнительные требования.
Допускается удалить часть или все подразделы для описания общего требования.
3.1.14.1.   Требования к оснащению системы устройствами для обучения персонала и документацией на них.
Требования не предъявляются.
3.1.14.2.   Требования к сервисной аппаратуре, стендам для проверки элементов системы.
Требования не предъявляются.
3.1.14.3.   Требования к системе, связанные с особыми условиями эксплуатации
Требования не предъявляются.
3.1.14.4.   Специальные требования по усмотрению разработчика или заказчика системы.
Требования не предъявляются.
3.2.   Требования к функциям и задачам, выполняемым системой.
3.2.1.   Перечень функциональных подсистем.
Указать перечень подсистем и схему их взаимодействия.
Указать по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих подсистем), подлежащих автоматизации.
При создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях.
3.2.2.   Временные регламенты.
Для каждой подсистемы, функции и задачи (комплекса задач) указать временной регламент выполнения.
3.2.3.   Требования к качеству реализации функций.
Указать требования к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов.
3.2.4.   Перечень и критерии отказов.
Для каждой функции, по которой задаются требования по надежности, указать перечень отказов и их критерии.
3.3.   Требования к видам обеспечения
3.3.1.   Математическое обеспечение.
Указать требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке
3.3.2.   Информационное обеспечение.
Допускается удалить часть или все подразделы для описания общего требования.
3.3.2.1.   Требования к составу, структуре и способам организации данных в системе.
Требования не предъявляются
3.3.2.2.   Требования к информационному обмену между компонентами системы.
Требования не предъявляются
3.3.2.3.   Требования к информационной совместимости со смежными системами;
Требования не предъявляются   
3.3.2.4.   Требования по использованию государственных классификаторов, унифицированных документов и внутренних классификаторов.
Требования не предъявляются
3.3.2.5.   Требования по применению систем управления базами данных;
Требования не предъявляются
3.3.2.6.   Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
Требования не предъявляются
3.3.2.7.   Требования к защите данных от разрушений при авариях и сбоях в электропитании системы;
Требования не предъявляются
3.3.2.8.   Требования к контролю, хранению, обновлению и восстановлению данных;
Требования не предъявляются
3.3.2.9.   Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
Требования не предъявляются
3.3.3.   Лингвистическое обеспечение.
Указать требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.
3.3.4.   Программное обеспечение.
Допускается удалить часть или все подразделы для описания общего требования.
3.3.4.1.   Перечень сторонних программ и собственных разработок, используемых модифицируемых при автоматизации процесса.
Требования не предъявляются
3.3.4.2.   Требования к независимости программных средств от используемых СВТ и операционной среды.
Требования не предъявляются
3.3.4.3.   Требования к качеству программных средств, а также к способам его обеспечения и контроля
Требования не предъявляются
3.3.4.4.   Требования по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
Требования не предъявляются
3.3.5.   Техническое обеспечение.
Допускается удалить часть или все подразделы для описания общего требования.
3.3.5.1.   Требования к видам технических средств.
Указать требования к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе
3.3.5.2.   Требования к характеристикам технических средств.
Указать требования к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
3.3.6.   Метрологическое обеспечение.
Допускается удалить часть или все подразделы для описания общего требования.
3.3.6.1.   Предварительный перечень измерительных каналов.
Требования не предъявляются.
3.3.6.2.   Требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов.
Требования не предъявляются.
3.3.6.3.   Требования к метрологической совместимости технических средств системы
Требования не предъявляются.
3.3.6.4.   Перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
Требования не предъявляются.
3.3.6.5.   Требования к метрологическому обеспечению.
Указать требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы.
3.3.6.6.   Вид метрологической аттестации с указанием порядка ее выполнения и организаций, проводящих аттестацию.
Требования не предъявляются.
3.3.7.   Организационное обеспечение.
Допускается удалить часть или все подразделы для описания общего требования.
3.3.7.1.   Требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию.
Требования не предъявляются.
3.3.7.2.   Требования к организации функционирования системы и порядку взаимодействия.
Требования не предъявляются.
3.3.7.3.   Требования к защите от ошибочных действий персонала системы.
Требования не предъявляются.
3.3.8.   Методологическое обеспечение.
Указать  требования к составу нормативно-технической документации (перечень применяемых при ее функционировании стандартов, нормативов, методик, регламентов и т. п.).
3.4.   Состав и содержание работ по созданию системы.
Допускается удалить часть или все подразделы для описания общего требования.
3.4.1.1.   Перечень стадий и этапов работ по созданию системы и сроки их выполнения.
Заполнить в соответствии с ГОСТ 24.601.
3.4.1.2.   Перечень организаций - исполнителей работ
Указать перечень организаций и ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
3.4.1.3.   Перечень документов, предъявляемых по окончании соответствующих стадий и этапов работ.
Заполнить в соответствии с ГОСТ 34.201-89.
3.4.1.4.   Вид и порядок проведения экспертизы технической документации.
Указать стадии, этапы, объем проверяемой документации и организацию - эксперт.
3.4.1.5.   Программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы.
Заполнить при необходимости.
3.4.1.6.   Перечень работ по метрологическому обеспечению.
Заполнить требования на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
3.5.   Порядок контроля и приемки системы.
Допускается удалить часть или все подразделы для описания общего или расширенного требования.
3.5.1.1.   Виды, состав, объем и методы испытаний системы и ее составных частей.
Указать виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему.
3.5.1.2.   Общие требования к приемке работ по стадиям.
Перечень участвующих сотрудников, место и сроки проведения, порядок согласования и утверждения приемочной документации.
3.5.1.3.   Статус приемочной комиссии.
Например. Государственная, межведомственная, ведомственная.
3.6.   Требования к порядку ввода системы в эксплуатацию.
Привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу системы в действие.
3.6.1.1.   Изменения в поступающей и выходной информации.
Описать мероприятия по приведению поступающей в систему и выходной информации в соответствие с требованиями, предъявленными к информационному и лингвистическому обеспечению системы.
3.6.1.2.   Подготовка технических и программных средств.
Указать перечень изменений
3.6.1.3.   Изменения методов управления на объекте автоматизации.

3.6.1.4.   Организационные изменения.
Описать расширение функций и обучение существующего персонала или создание необходимых для функционирования системы подразделений и служб. Сроки и порядок комплектования штатов и обучения персонала.
3.7.   Требования к документированию.
Привести согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 или внутренним регламентам. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, в раздел включают требования к составу и содержанию таких документов.
3.8.   Источники разработки.
В разделе должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

И вперёд.
Ненужное - удалить.
Нужное - добавить.
ГОСТ это допускает.

Рекомендация.
Так как ТЗ на отдельный отчет на практике никогда не оформляется по ГОСТ-34 (он слишком громоздок для этого), то единственная видимая цель подобного подметания плаца ломом - оценить Вашу способность думать о задаче всесторонне.
Так что постарайтесь заполнить максимальное количество пунктов.
« Последнее редактирование: 10 Ноября 2015, 11:45:15 от Андрей Сенченко »



Здравствуйте!
Возникла потребность написать техническое задание на создание отчёта с графиками по ГОСТ 34.*
А почему не 19 ГОСТ?
Ведь вы не систему создаете, для чего и предназначен 34, а проектируете программу (ПО) по формированию отчета.
« Последнее редактирование: 10 Ноября 2015, 23:55:46 от log »



Рекомендация.

Андрей, благодарю за подробный ответ и важные для меня комментарии!



А по чему не 19 ГОСТ?

Такие вот вводные для разминки =)



Благодарю за ответ, Эдуард!

Я новичок в этой теме и мне хотелось бы понять как можно применить примеры и рекомендации по составлению ТЗ на информационную систему и на отчёт? Какова практика? Заменить "информационную систему" на "отчёт" и убрать не нужные разделы?

Вот здесь: http://saturs.ru/index.php?r=eduprograms/viewprograms&label=eduprograms, есть несколько программ, среди которых есть вполне доступные по деньгам и по качеству представления информации и передачи знаний.



А по чему не 19 ГОСТ?
Ведь вы не систему создаете, для чего и предназначен 34, а реализация программы по формированию отчета.
А вот точно, нафига 34 гост-то?



ТЗ по 34.602 - слишком высокоуровневый документ. И если уж вот так совсем хочется 34 ГОСТ, то вам нужно ЧТЗ (частное техническое задание). 34 ГОСТ такой документ предусматривает, но, фанфры! не регламентирует его структуру.

В строжайшем соответствии с 34 ГОСТ-ом вы обязаны использовать любую структуру документа.
Сергей Мартыненко
http://martyinenko-sergey1.moikrug.ru/



Здравствуйте!
Возникла потребность написать техническое задание на создание отчёта с графиками по ГОСТ 34.*
Задание прям вот совсем творческое получается, может быть есть пример такой работы для ознакомления и использования как основы?
Что из ГОСТ 34 взять за основу для ТЗ, подскажите кто знает.
Спасибо!

Что такое "отчет" в Вашем случае? Это то, что будет формировать какая-то система, или просто некий графический шаблон с правилами, который можно заполнять/рисовать хоть от руки на бумажке?

Если первое, то ГОСТ 34 вполне можно притянуть за уши. Если второе - то тоже можно, но это занятие из разряда "забей гвоздь отверткой".

В 1-м разделе пишем, как называется наш отчет, кто его разрабатывает и для кого.
Во 2-м разделе пишем, нафига этот отчет вообще нужен.
В 3-м - в каких условиях он будет формироваться. Какие данные для этого отчета у кого находятся, кто кому и когда их предоставляет.
В 4-м - конкретно расписываем, как должен выглядеть отчет и как считаться. Причем, если расчеты посложнее, чем "итого", их можно поместить в раздел "математическое обеспечение".

На все многообразие ГОСТа вроде "требований к мобильности" и "требований безопасности" кладем болт и не включаем в наше ТЗ на основании п.2.2 того же ГОСТ 34.602. Но делаем это осознанно: например, если для расчета показателей от сотрудника потребуется знание тервера, то указываем это в требованиях к персоналу.

В 5-м разделе пишем этапы разработки отчета: что, когда будет сделано и чем подтверждено.

В 6-м указываете, как будете сдавать отчет заказчику. На каких носителях, каким документом зафиксируете и т.п.

В 7-м - что надо сделать, чтобы отчет вообще можно было считать. Например, организовать передачу данных из бухгалтерии в логистику.

В 8-м - например, требование по разработке методички для отчета.

Ну и т.п., там немного осталось.




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19