АльтСофт - автоматизация бизнес процессов, разработка программ на заказ
 

Индекс материала
Технический регламент разработки ПО
1. ОБЪЕКТ И ОБЛАСТЬ ПРИМЕНЕНИЯ
3. СТОРОНЫ, УЧАСТВУЮЩИЕ В ЖИЗНЕННОМ ЦИКЛЕ ПРОГРАММНОЙ СИСТЕМЫ
акт ввода в эксплуатацию
Роли жизненного цикла программной системы
Процессы жизненного цикла программной системы
Цель процесса управления инвестициями
Результаты процесса управления качеством
Деятельности процесса прикладного моделирования
Процесс структурного проектирования
6. ДОКУМЕНТАЦИЯ
7. ЗАКЛЮЧИТЕЛЬНЫЕ И ПЕРЕХОДНЫЕ ПОЛОЖЕНИЯ
ФОРМА КАЛЕНДАРНОГО ПЛАНА
СТРУКТУРА КОНЦЕПЦИИ СИСТЕМЫ
2. ТРЕБОВАНИЯ К СТРУКТУРЕ И СОДЕРЖАНИЮ ОСНОВНОЙ КОНЦЕПЦИИ
3. ПОРЯДОК РАЗРАБОТКИ, ОФОРМЛЕНИЯ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ КОНЦЕПЦИИ
СТРУКТУРА ТЕХНИЧЕСКОГО ЗАДАНИЯ
Схема движения информационных потоков
Сценарий выполнения услуги
Внешний вид диаграммы бизнес-функций
Внешний вид диаграммы успешного сценария
ФОРМА АКТА ПЕРЕДАЧИ В ОПЫТНУЮ ЭКСПЛУАТАЦИЮ
ФОРМА АКТА О ЗАВЕРШЕНИИ РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА
ФОРМА АКТА ПЕРЕДАЧИ В ЭКСПЛУАТАЦИЮ
СТРУКТУРА КОНЦЕПЦИИ СОПРОВОЖДЕНИЯ
СОДЕРЖАНИЕ ПЛАНА СОПРОВОЖДЕНИЯ
ПРОТОКОЛЫ И ОТЧЕТЫ ПО СОПРОВОЖДЕНИЮ
ФОРМА СПИСКА ФУНКЦИЙ ДЛЯ ИТЕРАЦИОННОГО МЕТОДА РАЗРАБОТКИ
Все страницы

 

СТРУКТУРА ТЕХНИЧЕСКОГО ЗАДАНИЯ

 

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

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

ТЗ может разрабатываться на систему в целом и/или на ее составные части.

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

2. СТРУКТУРА ТЕХНИЧЕСКОГО ЗАДАНИЯ

ТЗ должно состоять из следующих разделов и подразделов:

 

  • общие сведения;
  • нормативные ссылки;
  • терминология и сокращения;
  • назначение системы;
  • бизнес-модель объекта автоматизации:
    • основные процессы автоматизируемого объекта;
    • бизнес-роли;
    • услуги;
    • сценарии выполнения услуг;

 

f) функциональные требования к системе:

 

  • функциональная модель системы;
  • требования к бизнес-функциям системы;

 

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

 

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

 

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

Структурная схема ТЗ

2.1. Раздел "Общие сведения"

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

 

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

 

ПРИМЕР

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

2.2. Раздел "Нормативные ссылки"

В разделе "Нормативные ссылки" должен быть указан перечень нормативных документов, на которые даны ссылки в тексте ТЗ. Ссылки в тексте оформляются по примеру:

ПРИМЕР

Разработка подсистемы «СИ» осуществляется в соответствии с требованиями SF 00000001 - 001.

2.3. Раздел "Терминология и сокращения"

В разделе "Терминология и сокращения" приводят:

 

  • перечень терминов и определений к ним;
  • перечень сокращений и полных форм к ним.

 

2.4. Раздел "Назначение системы "

В разделе "Назначение системы " указывают:

 

  • - назначение разрабатываемой системы;
  • - перечень целей создания системы.

 

ПРИМЕР

Основным назначением системы «СИ» является автоматизация процесса сбора информации в территориальных подразделениях.

Подсистема «СИ» создается с целью ускорения и оптимизации процессов сбора и предварительной обработки информации, улучшения качества и повышения достоверности данных.

2.5. Раздел «Бизнес-модель объекта автоматизации»

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

 

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

 

2.5.1. Основные процессы автоматизируемого объекта

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

Общую схему движения информационных потоков приводят в виде диаграммы. Внешний вид схемы движения информационных потоков

 

 



 

Почему именно "АльтСофт"?

  • компетенция, опыт, готовые наработки
  • более140 успешных проектов по автоматизации систем управления на промышленных предприятиях, в холдингах, бизнес-центрах, проектных институтах, государственных учреждениях
  • индивидуальный подход и конкурентные цены
  • успешные проектыпо разработке программ на заказ для коммерческих и государственных структур
  • возможность получить комплексное решение
  • методика, консалтинг, настроенный программно-аппаратный комплекс, техническая поддержка, аутсорсинг
  • наличиесертификатов и лицензий, зарегистрированные товарные знаки

Мы предлагаем:

Уточнить цены и условия?

Звоните:

  • Россия    8 800 100 97 55 - звонок  бесплатный,

  • Москва +7 (495) 212 2008 многоканальный,

  • Омск   +7 (3812) 23-67-11.

Личный кабинет Кларис

Войти в ЛК

Регистрация

Отзывы

"Данный комплекс учитывает все тонкости ведения зернового учета на предприятии. Легко формируемые отчеты позволяют получить данные по любому виду учета зерна  за любой период времени, по любому поставщику."

Гл. бухгалтер ОАО "Коротоякский элеватор" холдинга "Грана" Куприенко М.Н.

Вы находитесь: Главная Решения Документация, методики Технический регламент разработки ПО - СТРУКТУРА ТЕХНИЧЕСКОГО ЗАДАНИЯ

Наши клиенты