вторник, 5 января 2016 г.

Техническое задание. Введение

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Книга разработчика баз данных

Часть 2, Часть 1
Эта часть книги рассказывает о проектировании технических заданий для разработки сайтов, баз данных и программ в компьютерной области
Все права защищены
Перепечатка всей книги запрещена без письменного разрешения автора, анонсы и комментарии к материалам разрешены при указании ссылки на первоисточник
Автор
Конюков Виктор, leadersoft.ru



ВВЕДЕНИЕ

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

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


Как будет построена книга

В этой книге будут описаны технические задания для разных сфер бизнеса. Они будут содержать доступные для понимания краткие материалы.  
Таким образом, мы в этой книге построим ЕСПД (единая система программной документации) для проектирования техзадания. Что такое ЕСПД читайте в следующем разделе.
В дальнейшем, опираясь на эти сведения, вы сами сможете построить более подробное техзадание разрабатываемой программы, базы данных или сайта.

Единая система программной документации

ЕСПД – единая система программной документации. Она была разработана еще во времена СССР.
В то время (1977-1980) не было интернета, и никто не знал, как проектировать компьютерные программы и базы данных, как должен быть выглядеть интерфейс форм, отчетов и документации. Но уровень государственных служащих был очень высокий, и они понимали, что нужны некие стандарты для разработки программного обеспечения.
Надо понимать, что никто не хотел создавать систему жестких требований для создания операционной системы, программы или сайта. Это был предварительный свод правил, которые надо изучить и желательно применять при разработке программного обеспечения.
Прочитав документацию, оформленную по этим правилам, рядовые пользователи сразу понимали, что разработали программисты и зачем это нужно. Вот эти правила.
  • ГОСТ 19.001-77. ЕСПД. Общие положения
  • ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения
  • ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначение условные графические
  • ГОСТ 19.004-80. ЕСПД. Термины и определения
  • ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов
  • ГОСТ 19.102-77. ЕСПД. Стадии разработки
  • ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов
  • ГОСТ 19.104-78. ЕСПД. Основные надписи
  • ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам
  • ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом
  • ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению
  • ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению
  • ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению
  • ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению
  • ГОСТ 19.402-78. ЕСПД. Описание программы
  • ГОСТ 19.403-79. ЕСПД. Ведомость держателей подлинников
  • ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению
  • ГОСТ 19.501-78. ЕСПД. Формуляр. Требования к содержанию и оформлению
  • ГОСТ 19.502-78. ЕСПД. Описание применения. Требования к содержанию и оформлению
  • ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению
  • ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению
  • ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению
  • ГОСТ 19.506-79. ЕСПД. Описание языка. Требования к содержанию и оформлению
  • ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов
  • ГОСТ 19.508-79. ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению
  • ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения
  • ГОСТ 19.602-78. ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом
  • ГОСТ 19.603-78. ЕСПД. Общие правила внесения изменений
  • ГОСТ 19.604-78. ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом
Возникает стандартный вопрос. Может вообще не применять стандарты в программном обеспечении. Для понимания этого процесса возьмем известный случай с Windows.
Каждый знает, что у этой операционной системы есть кнопка Старт. Эта кнопка используется для поиска и запуска встроенных программ. Ранее в начальных версиях Windows кнопки не было.
В Microsoft придумали, что оптимальным будет ее расположение слева, внизу экрана компьютера. Это ее СТАНДАРТНОЕ место. P.S. Кстати на разработку первой версии кнопки потрачено около 50 миллионов долларов.
В течение нескольких лет в Windows ту кнопку не меняли. И тут некто в Microsoft решил, что эту кнопку нужно спрятать. После внедрения новой версии операционной системы без этой кнопки, на компанию обрушился шквал возмущения писем и звонков от пользователей по всему миру. Все это привело к тому, что кнопку вернули на место.
Таким образом, мы делаем выводы. Стандарты нужны, не применять их плохо, поэтому лучше их заранее разработать и  использовать в своих проектах.

Проблемы

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

ОПРЕДЕЛЕНИЯ И АББРЕВИАТУРЫ

При описании технического задания Вам потребуется применять различные ключевые слова из компьютерной области.
Для того чтобы эти слова были понятны различным специалистам не связанным с программным обеспечением, нужно создать раздел в техническом задании. Например, «Определения и аббревиатуры» и прописать эти слова. В таблице ниже, даны некоторые термины слов из технических заданий.
Проект
Сокращенное название разрабатываемой программы «Международный туризм»
Офис
Программа от компании Microsoft, включающая приложения Word, Excel и другие
SQL Server
Программа от компании Microsoft SQL Server для хранения данных
accdb
Файлы с данным расширением будут использованы в программе Microsoft Access. Они нужны для сохранения интерфейса форм и отчетов.

ТРЕБОВАНИЯ К УСТАНОВКЕ

Когда вы запускаете программу, то для ее начала работы потребуется установить дополнительное программное обеспечение. Ниже дано описание для запуска программ под Microsoft Access
Разрабатываемая программа предназначена для работы под управлением операционной системы Microsoft  Windows. Для работы ее на компьютере пользователя необходимо установить дополнительное программное обеспечение.
  1. Microsoft Office 2016 с Access. Microsoft Office – это специальная программа для работы с основными офисными документами. В нее должны быть включены следующие приложения: Word, Excel, Access. Можно также для работы загрузить и бесплатную версию Microsoft Access Runtime без приложений, но тогда отчеты в формате Word и Excel работать не будут.
  2. Microsoft SQL Server. Это специальная программа для управления данными форм. Она устанавливается на сервере. Обладает повышенной устойчивостью, надежностью и защищенностью. Используя ее, можно работать и удаленно из разных офисов.

Комментариев нет: