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

Индекс материала
Технический регламент разработки ПО
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.


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

Наши клиенты