14. Предпроектные исследования предметной области

Цель - преобразование общих нечетких знаний о предназначении будущего программного обеспечения в сравнительно точные требования к нему.

1. Неизвестны методы решения формулируемой задачи (научно-технические задачи). Исследуются:

возможность решения поставленной задачи;

методы решения поставленной задачи.

2. Неизвестна структура автоматизируемых информационных процессов. Исследуются:

- структура и взаимосвязи автоматизируемых информационных процессов;

- распределение функций между человеком и системой, а также между аппаратурой и программным обеспечением;

- функции программного обеспечения, внешние условия его функционирования и особенности его интерфейсов;

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

15. Разработка технического задания

Для начала работы по разработке программного обеспечения нужно понять требования. Обычно Заказчик может рассказать, что ему необходимо, какие проблемы он может решить с помощью разрабатываемого программного обеспечения.

После нескольких встреч, проведя анкетирование можно совместно выработать требования к программного обеспечению и разработать Техническое Задание. Разработка Технического Задание на программное обеспечение упорядочивает требования и раскрывает некоторые вопросы, которые Заказчик не упомянул или не считал важными.

 

В своей работе мы придерживаемся структуру Технического Задания взятую из ГОСТ. Обычно содержание документа состоит из:

1. Общие сведения  

1.1. Полное наименование системы        

1.2. Сокращенное наименование системы         

1.4. Источник и порядок финансирования работ          

1.5. Порядок оформления и предъявления заказчику результатов работ       

1.6. Особые условия           

2. Назначение и задачи системы  

2.1. Назначение системы   

2.2. Задачи системы

3. Требования к системе    

3.1. Требования к архитектуре Системы 

3.2. Требования к функциональной структуре системы           

3.3. Требования к функциям, реализуемым модулями системы          

3.4. Эскизы экранных форм пользовательского интерфейса   

3.5. Требования по взаимосвязям Системы с внешними системами  

3.6. Требования к режимам функционирования системы        

3.7. Требования к надежности      

3.8. Требования по сохранности информации при авариях     

3.9. Требования к обеспечению информационной безопасности       

3.10. Требования к информационному обеспечению   

3.11. Требования к программному обеспечению           

3.12. Требования к лингвистическому обеспечению    

3.13. Требования по эргономике и технической эстетике       

4. Состав и содержание работ по созданию системы    

5. Порядок контроля и приемки системы           

6. Требования к документированию        

Теперь более подробно раскроем некоторые пункты технического задания

 Общие сведения

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

 Назначение и задачи сведения

В данном разделе описывается в первую очередь проблема, ради которой затевается разработка программного обеспечения. Назначение программной системы может ориентирована на решение двух типов проблем. Первый, это повышение эффективности какого либо процесса или доступа к информации. Эффективность нацелена на сокращение трудозатрат персонала организации. Второе тип, это разработка «зарабатывающего» программного обеспечения. Как правило это программные системы, которые являются предметом распространения или Интернет портала, рассчитанные на извлечении прибыли.

 В данном пункте важно указать приоритетные задачи, которые должно решать программное обеспечение. Приоритеты важны для разработчика, которые будет пристально уделять внимание приоритетам в ходе разработке.

 Требования к автоматизированным функциям

При описании автоматизированных функций важно учесть полный перечень, того что должна делать система. Описание функций в техническом задании не является частью технического проекта, поэтому нужно описывать требования, а не алгоритм как это должно работать.

Проработка логики работы системы происходит на этапе проектирования, поэтому в ТЗ важно описать все требования к системе, чтобы в ходе проектирования не упустить важных особенностей системы.

Как данный пункт имеет подпункты, каждый из которого относиться к отдельному модулю или компоненту системы.

 Требования к информационному обеспечению.

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

А данном пункте как раз описываются требования связанные со структурой данными или шаблонами отчета. Могут быть приведены сущности с атрибутами и взаимосвязями, а также приведены примеры отчетов формируемых системой.

 Требования к эргономике и технической эстетики

При практической работе очень часто возникает вопрос дизайна или пользовательского интерфейса. Некоторые заказчики ставят это на первое место в своей работе, так как иногда важна скорость работы оператора или внешний вид распространяемого программного продукта.

В этом пункте описываются требования к пользовательскому интерфейсу. Могут быть приведены прототип экранных форм или веб сайта.

Разнообразие браузеров и Интернет технологий заставляет в этом пункте фиксировать требования по работе в различных версиях или требования по технологиям отображения пользовательского интерфейса.

 Требования к Программному обеспечению.

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

Здесь можно указывать требования к программным библиотекам, которые будут использоваться при разработке, а также можно упомянуть о языке программирования и платформах.

 Требования к лингвистическому обеспечению.

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

 Требования к надежности.

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

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

 Состав и содержание работ по созданию системы

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

 Порядок приема ТЗ 

Как правило, в ходе проекта разрабатывается и согласовывается  документ ПМИ (методика испытаний). Это некий сценарий проверки работоспособности программного обеспечения. Требования к ПМИ, комиссии, которая будет принимать систему, сроками приема можно описать в этом пункте.

 Требования к документированию ТЗ 

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