ОФФ. Техническое задание.
W
WSV
Сорри за ОФФ, но активность сабжевого форума не катит.
Нужно посмотреть (списать) хотя бы структуру технического задания на разработку программного обеспечения.
Есть у кого-нить?
Нужно посмотреть (списать) хотя бы структуру технического задания на разработку программного обеспечения.
Есть у кого-нить?
W
WSV
Прграммисты, хде вы?
W
WSV
такта это денег стоит, если чо
Я ж не говорю "сделайте задание" за меня.
Структуру тока позырить...
t
tihon
Нужно посмотреть (списать) хотя бы структуру технического задания на разработку программного обеспечения.
Есть у кого-нить?
Есть у кого-нить?
вообще есть соответствующий гост, номер не помню, попробуй в яндексе "разработка тех задания" или этапы проектирования - там вообще все
вообще есть соответствующий гост, номер не помню, попробуй в яндексе "разработка тех задания" или этапы проектирования - там вообще все
+1
t
tihon
вот например из инета :
Содержание технического задания должно соответствовать ГОСТ Р 1.2-92 и включать следующие разделы: основание для разработки УСД; срок разработки; цели и задачи разработки УСД; характеристика объекта классификации; структура УСД и перечень основных требований, предъявляемых к ней; взаимосвязь с другими системами документации и нормативно-техническими документами; источники информации для разработки УФД; этапы работ и сроки их выполнения; дополнительные указания.
Содержание технического задания должно соответствовать ГОСТ Р 1.2-92 и включать следующие разделы: основание для разработки УСД; срок разработки; цели и задачи разработки УСД; характеристика объекта классификации; структура УСД и перечень основных требований, предъявляемых к ней; взаимосвязь с другими системами документации и нормативно-техническими документами; источники информации для разработки УФД; этапы работ и сроки их выполнения; дополнительные указания.
t
tihon
вот еще, более подробно как надо делать :
Технология внедрения
Технология внедрения
Экспресс-обследование
Детальное обследование
Адаптация системы
Тестирование системы
Ввод системы в эксплуатацию
Технология внедрения
Экспресс-обследование
Экспресс-обследование является началом всех работ по автоматизации, проводится на основании договора о выполнении научно-исследовательских работ. Согласно договора, фактом выполнения работ является передача Исполнителем Заказчику готового отчета об экспресс-обследовании и коммерческого предложения.
Детальное обследование
Проведение предпроектного обследования
В результате предпроектного обследования у разработчика должно сложиться целостное видение деятельности предприятия, видение необходимых бизнес-процессов во всех взаимосвязях. Будут выявлены недостатки существующих процессов, например дублирование потоков и дублирование функций. Будут выявлены функции, которые можно исключить или изменить/упростить при вводе в эксплуатацию АС. При необходимости Исполнитель и Заказчик принимают решение по реструктуризации процессов. По результатам проведения предпроектного обследования составляется документ «Отчет о предпроектном обследовании».
Разработка технического задания
Техническое задание является результатом системного проектирования и разрабатывается на основе результатов предпроектного обследования. Требование к содержанию ТЗ определяет ГОСТ 34.602-89. Согласно определению этого ГОСТа, «ТЗ на автоматизированную систему является основным документом, определяющим требования и порядок создания (развития или модернизации — далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие».
На стадии системного проектирования определяются цели создания автомтизированной системы, общие требования к системе, перечень автоматизируемых функций, персоналу, аппаратному обеспечению, регламентам, управлению, контролю, порядку приемки, составу и содержанию работ по подготовке объекта автоматизации.
После разработки технического задания намечается в общем виде архитектура (структура) системы, основные ее объекты, взаимосвязи между ними, структура данных На этом этапе полностью определяются способы реализации всех требований Заказчика, с той степенью детализации, которая позволяет раскрыть «суть вопроса» с точки зрения как технической реализации, так и с точки зрения предметной области.
Разработка технического проекта
Документ «Технический проект» является результатом технического проектирования и содержит детальное определение спецификаций всех объектов автоматизированной системы, а также подробное описание методик предметной области, использованных в системе, без привязки этих методик к объектам системы. Основное требование — в ТП должно быть исчерпывающее описание всех методик и алгоритмов, использованных в системе, документ должен содержать всю дополнительную информацию, полезную для реализации системы (схемы взаимодействия подразделений, движения ТМЦ и денежных средств, схемы расчетов с контрагентами и т.д.).
Адаптация системы
Во время адаптации АС параллельно идут два процесса:
* Кодирование и конфигурирование cистемы.
* Подготовка эксплуатационно-технической документации. Технологические инструкции содержат полные регламенты выполнения тех бизнес-процессов, в состав которых входят автоматизированные функции. Регламент содержит подробное описание функций бизнес-процессов, в т.ч. порядка (методики) и последовательности их выполнения. Регламентируются автоматизированные функции бизнес-процессов, а также неавтоматизированные функции, тесно связанные с автоматизированными. Регламент выполнения функций должен детально определять все действия персонала в единой взаимосвязи, показывать взаимозависимость действий и их последовательность.
Тестирование системы
По результатам адаптации Заказчик совместно с Исполнителем проводят адаптацию системы на контрольном примере. Контрольный пример может содержать фрагмент реальных данных Заказчика, объем которых достаточен для достоверности результата испытаний. В крайнем случае в систему можно ввести произвольные пробные данные. В любом случае, контрольный пример должен предусматривать по возможности все ситуации хозяйственной деятельности предприятия, но в объемах, достаточных для ручного просчета результатов.
Результат работы системы на контрольном примере Исполнитель должен просчитать вручную и сравнить с результатами, полученными с помощью системы. Содержание контрольного примера, значения реквизитов документов, результаты их проведения, формируемые проводки и результирующие остатки по счетам отражаются в специальном документе - Описании контрольного примера. Этот документ предоставляется Заказчику вместе с готовым продуктом. До начала испытаний разрабатывается программа предварительных испытаний. В договоре должен быть определен критерий приемки АС в опытную эксплуатацию. Таким критерием является успешный результат предварительных испытаний, которые проводятся строго в рамках программы испытаний.
Ввод системы в эксплуатацию
Если методики учета в старой системе учета и новой различаются и полное совпадение всех результатов (всех показателей) по всем участкам учета невозможно, что имеет место в абсолютном большинстве случаев, то существуют два варианта внедрения. В каждом из вариантов опытная эксплуатация новой системы производится параллельно с действующей прежней системой учета. На наш взгляд предпочтительным является вариант «мягкого внедрения», но окончательный выбор варианта ввода в эксплуатацию определяется по завершению тестирования системы на контрольном примере.
"Мягкое внедрение"
Производится опытная эксплуатация системы за некоторый отчетный период и получение всех результатов за этот период (например, получение баланса). В связи с тем, что анализ и интерпретация данных, устранение ошибок, разработка дополнительных отчетов и прочие мероприятия при начале эксплуатации системы занимают на два порядка больше времени, чем в процессе «устоявшейся» эксплуатации - после получения результатов работы за отчетный период опытной эксплуатации актуальность данных в системе теряется. Поэтому «догнать» реальный учет в новой системе не представляется возможным.
В этом случае отладка системы на примере пробного отчетного периода продолжается столько, сколько потребуется. После того, как будут получены приемлемые результаты работы системы за пробный период - производится заново загрузка входящих остатков. Если система должна работать в реальном времени - входящие остатки должны быть получены как можно ранее. Для этого должна быть выполнена соответствующая подготовка - Заказчик должен мобилизоваться на досрочную обработку и закрытие отчетного периода в существующих системах учета.
"Жесткое внедрение"
После загрузки входящих остатков и их выверки производится ввод всех документов за месяц и достигается оперативность учета к концу месяца. Если удастся получить приемлемые результаты работы системы за первый месяц эксплуатации и на их основе сдать внешнюю бухгалтерскую отчетность - можно отказаться от прежней системы учета, а новую с этого момента принять в промышленную эксплуатацию. В противном случае бухгалтерия для составления внешней отчетности использует данные прежней системы, и внедрение происходит по сценарию «мягкого внедрения».
Технология внедрения
Технология внедрения
Экспресс-обследование
Детальное обследование
Адаптация системы
Тестирование системы
Ввод системы в эксплуатацию
Технология внедрения
Экспресс-обследование
Экспресс-обследование является началом всех работ по автоматизации, проводится на основании договора о выполнении научно-исследовательских работ. Согласно договора, фактом выполнения работ является передача Исполнителем Заказчику готового отчета об экспресс-обследовании и коммерческого предложения.
Детальное обследование
Проведение предпроектного обследования
В результате предпроектного обследования у разработчика должно сложиться целостное видение деятельности предприятия, видение необходимых бизнес-процессов во всех взаимосвязях. Будут выявлены недостатки существующих процессов, например дублирование потоков и дублирование функций. Будут выявлены функции, которые можно исключить или изменить/упростить при вводе в эксплуатацию АС. При необходимости Исполнитель и Заказчик принимают решение по реструктуризации процессов. По результатам проведения предпроектного обследования составляется документ «Отчет о предпроектном обследовании».
Разработка технического задания
Техническое задание является результатом системного проектирования и разрабатывается на основе результатов предпроектного обследования. Требование к содержанию ТЗ определяет ГОСТ 34.602-89. Согласно определению этого ГОСТа, «ТЗ на автоматизированную систему является основным документом, определяющим требования и порядок создания (развития или модернизации — далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие».
На стадии системного проектирования определяются цели создания автомтизированной системы, общие требования к системе, перечень автоматизируемых функций, персоналу, аппаратному обеспечению, регламентам, управлению, контролю, порядку приемки, составу и содержанию работ по подготовке объекта автоматизации.
После разработки технического задания намечается в общем виде архитектура (структура) системы, основные ее объекты, взаимосвязи между ними, структура данных На этом этапе полностью определяются способы реализации всех требований Заказчика, с той степенью детализации, которая позволяет раскрыть «суть вопроса» с точки зрения как технической реализации, так и с точки зрения предметной области.
Разработка технического проекта
Документ «Технический проект» является результатом технического проектирования и содержит детальное определение спецификаций всех объектов автоматизированной системы, а также подробное описание методик предметной области, использованных в системе, без привязки этих методик к объектам системы. Основное требование — в ТП должно быть исчерпывающее описание всех методик и алгоритмов, использованных в системе, документ должен содержать всю дополнительную информацию, полезную для реализации системы (схемы взаимодействия подразделений, движения ТМЦ и денежных средств, схемы расчетов с контрагентами и т.д.).
Адаптация системы
Во время адаптации АС параллельно идут два процесса:
* Кодирование и конфигурирование cистемы.
* Подготовка эксплуатационно-технической документации. Технологические инструкции содержат полные регламенты выполнения тех бизнес-процессов, в состав которых входят автоматизированные функции. Регламент содержит подробное описание функций бизнес-процессов, в т.ч. порядка (методики) и последовательности их выполнения. Регламентируются автоматизированные функции бизнес-процессов, а также неавтоматизированные функции, тесно связанные с автоматизированными. Регламент выполнения функций должен детально определять все действия персонала в единой взаимосвязи, показывать взаимозависимость действий и их последовательность.
Тестирование системы
По результатам адаптации Заказчик совместно с Исполнителем проводят адаптацию системы на контрольном примере. Контрольный пример может содержать фрагмент реальных данных Заказчика, объем которых достаточен для достоверности результата испытаний. В крайнем случае в систему можно ввести произвольные пробные данные. В любом случае, контрольный пример должен предусматривать по возможности все ситуации хозяйственной деятельности предприятия, но в объемах, достаточных для ручного просчета результатов.
Результат работы системы на контрольном примере Исполнитель должен просчитать вручную и сравнить с результатами, полученными с помощью системы. Содержание контрольного примера, значения реквизитов документов, результаты их проведения, формируемые проводки и результирующие остатки по счетам отражаются в специальном документе - Описании контрольного примера. Этот документ предоставляется Заказчику вместе с готовым продуктом. До начала испытаний разрабатывается программа предварительных испытаний. В договоре должен быть определен критерий приемки АС в опытную эксплуатацию. Таким критерием является успешный результат предварительных испытаний, которые проводятся строго в рамках программы испытаний.
Ввод системы в эксплуатацию
Если методики учета в старой системе учета и новой различаются и полное совпадение всех результатов (всех показателей) по всем участкам учета невозможно, что имеет место в абсолютном большинстве случаев, то существуют два варианта внедрения. В каждом из вариантов опытная эксплуатация новой системы производится параллельно с действующей прежней системой учета. На наш взгляд предпочтительным является вариант «мягкого внедрения», но окончательный выбор варианта ввода в эксплуатацию определяется по завершению тестирования системы на контрольном примере.
"Мягкое внедрение"
Производится опытная эксплуатация системы за некоторый отчетный период и получение всех результатов за этот период (например, получение баланса). В связи с тем, что анализ и интерпретация данных, устранение ошибок, разработка дополнительных отчетов и прочие мероприятия при начале эксплуатации системы занимают на два порядка больше времени, чем в процессе «устоявшейся» эксплуатации - после получения результатов работы за отчетный период опытной эксплуатации актуальность данных в системе теряется. Поэтому «догнать» реальный учет в новой системе не представляется возможным.
В этом случае отладка системы на примере пробного отчетного периода продолжается столько, сколько потребуется. После того, как будут получены приемлемые результаты работы системы за пробный период - производится заново загрузка входящих остатков. Если система должна работать в реальном времени - входящие остатки должны быть получены как можно ранее. Для этого должна быть выполнена соответствующая подготовка - Заказчик должен мобилизоваться на досрочную обработку и закрытие отчетного периода в существующих системах учета.
"Жесткое внедрение"
После загрузки входящих остатков и их выверки производится ввод всех документов за месяц и достигается оперативность учета к концу месяца. Если удастся получить приемлемые результаты работы системы за первый месяц эксплуатации и на их основе сдать внешнюю бухгалтерскую отчетность - можно отказаться от прежней системы учета, а новую с этого момента принять в промышленную эксплуатацию. В противном случае бухгалтерия для составления внешней отчетности использует данные прежней системы, и внедрение происходит по сценарию «мягкого внедрения».
W
WSV
Всем сенькаю, нашол гост
ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению;
Если кому надо:
http://www.nist.ru/hr/doc/gost/19201-78.htm
ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению;
Если кому надо:
http://www.nist.ru/hr/doc/gost/19201-78.htm
v
vmn5
Есть уже более свежий 34.201-89
t
tihon
Есть уже более свежий 34.201-89
вроде у гостов гарантийный срок 10 лет, типа тоже устарел :-)
и вроде как новые госты идут с индексом ГОСТ Р ... хотя сомневаюсь что ученые чтото нового придумать смогли :-)
Обсуждение этой темы закрыто модератором форума.