Создание автоматизированной системы – процесс трудоемкий. Важно учесть все моменты. Это позволить избежать появления ошибок в процессе работы готовой системы после ее внедрения. Именно поэтому сначала нужно составить подробное техническое задание на создание.
Первым этапом разработки техзадания на внедрение информационной системы является сбор данных у заказчика. Все они должны быть подробно изложены в ТЗ. Именно этот документ становится основополагающим при итоговом приеме готового проекта.
Этапы создания
Разработка технического задания на внедрение информационной системы включает в себя 3 основных этапа:
- Постановка задач, сбор информации, определение критериев качества планируемой системы, факты необходимости проведения НИР (научно-исследовательской работы).
- Научно-исследовательская работа позволяет определить структуру, методы решения задач, целесообразность их применения. Основная задача НИР – определение целесообразности будущего использования информационной системы в конкретном случае.
- Разработка, утверждение техзадания. На этой стадии определяются основные требования к будущей ИС, этапы ее разработки, сроки выполнения, выбор языков программирования, согласование всех пунктов ТЗ и его утверждение.
Функции
ТЗ оформляется согласно ГОСТ 34.602-89. Правильно составленное техническое задание на разработку информационной системы характеризуется следующими функциями:
Как составить техническое задание (ТЗ)?
- Организационная. В документе фиксируются все требования заказчика.
- Информационная. В ТЗ изложены все подробные данные для создания и внедрения будущей ИС.
- Коммуникационная. Обозначены взаимные договоренности заказчика и исполнителя.
- Юридическая. ТЗ, составленное в соответствии со всеми требованиями ГОСТ, имеет такую же юридическую силу, как и договор. В случае, если между заказчиком и исполнителем возникнут спорные моменты, документ может быть предоставлен в суде любой из сторон.
Оформление
Разработка технического задания на внедрение информационной системы включает в себя не только сбор и оформление информации касательно готового ПО. В нем также прописываются все этапы, начиная с оформления идеи заказчика и заканчивая нюансами ее дальнейшего обслуживания и модернизации.
Общие сведения
Прежде, чем приступить к изложению в ТЗ всех деталей будущей разработки, важно обозначить информацию о наименовании будущей системы, ее назначении и краткую характеристику. Кроме этого важно указать формат сдачи готовой работы, условия ее передачи-приема и другие важные организационные моменты.
К особо важным моментам следует отнести:
- цели разработки системы и ее практическое значение;
- структура ИС, ее основные функции;
- надежность и безопасность;
- виды обеспечения ИС, включая информационные технологии, которые могут потребоваться для корректной работы системы;
- характеристика объектов автоматизации;
- список сопровождающей документации и правила ее составления.
Разработка ИС
Создание автоматизированной системы включает 6 стадий разработки:
ТЗ для сайта: как составить документацию // #VA
- составление ТЗ;
- составление проектной документации;
- создание эскиза;
- проектирование по ранее созданному эскизу (разработка системы и документации к ней);
- запуск ИС (передача готовой системы заказчику);
- сопровождение (модернизация внедренной ИС).
Моделирование бизнес-процессов и потоков данных в ИС
Под бизнес-процессом понимаются задачи и мероприятия, которые связаны между собой для осуществления услуг потребителям. Создание автоматизированной системы подразумевает обязательное наличие в ней всех заранее озвученных заказчиком бизнес-процессов.
Современные информационные технологии позволяют создать модель, которая будет полностью копировать будущую ИС. Моделирование бизнес-процессов осуществляется с помощью специальной методологии IDEF0. Выглядит модель, как группа логически связанных диаграмм, составленных в иерархическом порядке.
Выделяют 4 главных типа:
- Контекстная – диаграмма А-0. Для каждой модели создается только одна контекстная диаграмма. Она является вершиной всей структуры. Здесь указывается назначение ИС.
- Декомпозиция – разделение будущей системы на основные компоненты.
- Дерево узлов – дробление компонентов на более мелкие.
- Отдельная диаграмма FEO для экспозиции.
Моделирование потоков данных производится с помощью DFD. Эта методология показывает, как каждый из процессов преобразует входящие и исходящие данные потоков данных.
В отличие от IDEF0, DFD представляет не иерархическую взаимосвязь, а последовательную совокупность данных. Все смоделированные процессы отражают функции будущей системы. Все входящие и исходящие потоки обозначены стрелками, хранилища данных отображаются объектами в покое.
Системное проектирование ИС
Главные аспекты, учитываемые при проектировании архитектуры ИС:
- быстродействие;
- безопасность;
- надежность;
- масштабируемость.
Наиболее востребованные архитектуры:
- клиент-сервер;
- файл-сервер;
- многоуровневая архитектура.
Архитектура клиент-сервера обеспечивает доступ к общим данным и обрабатывает их. При этом обязательно учитывается согласованность и ценность данных. Это позволяет не нагружать сеть. Хранение и обработка данных проходит централизованно. За счет этого архитектура клиент-сервер считается наиболее надежной.
Архитектура файл-сервер предполагает только хранение данных. Дальнейшая обработка любой информации должна проводиться на клиентских машинах. Такая архитектура может излишне нагружать сеть, что может сказаться на производительности. Кроме этого, такую архитектуру нельзя назвать надежной.
Многоуровневая архитектура – наилучший вариант для ИС. Все бизнес-процессы здесь происходят на сервере приложений. Именно благодаря этому данный тип архитектуры считается более надежным и безопасным, менее затратным финансово и по ресурсам сети. Несмотря на это, многоуровневая архитектура не пользуется большим спросом.
Разработки ИС на таком типе архитектуры требует высоких показателей скорости канала и производительности серверов, где будет работать ИС. Кроме этого, администрирование такой системы требует более высоких навыков.
Структура ИС
Любая ИС включает основные функциональные подсистемы:
- информационную;
- программную;
- техническую;
- математическую;
- лингвистическую.
Каждая из перечисленных подсистем реализует отдельные цели всей системы. Например, информационная подсистема определяет виды и структуру документов, математическая запускает определенные вычислительные алгоритмы и т. д.
Техническое обеспечение ИС
Для обеспечения бесперебойной работы будущей ИС в техзадании важно определить, какие именно технические средства должны быть в наличии. Из физических техсредств это могут быть рабочие станции, серверы, принтеры, источники бесперебойного питания.
Кроме машин, аппаратуры и других физических средств важно прописать требования к серверу и рабочей станции, на которых будет работать ИС: информационные технологии, объем памяти, скорость передачи данных и т. д.
Все технические средства должны обеспечивать:
- круглосуточную работу всего комплекса оборудования и других техсредств;
- безупречное исполнение всех функций ИС, включая резервные источники;
- защиту от несанкционированного доступа;
- локальную сеть, в которой будут объединены все рабочие машины и серверы, связанные с ИС.
Физическое проектирование
Под физическим проектированием подразумевается формирование баз данных для конкретной системы управления. Требования к конкретным системам управления базами данных (СУБД) также прописываются в ТЗ.
Физическая модель проектируется на основании ранее созданной логической модели. Все данные описываются уже с учетом средств СУБД. Другими словами, физическая модель должна по всем параметрам соответствовать будущей реальной базе данных будущей ИС.
Порядок контроля и приема системы
Перед сдачей ИТ-проекта заказчику необходимо провести несколько контрольных операций, которые позволят испытать готовую систему. Проводятся испытания обычно путем введения данных большого диапазона. Это может быть как систематически повторяющаяся информация, так и данные разного характера и объема. Еще необходимо провести проверку на соответствие руководства к ИС с фактическими показателями.
Все программные изделия могут быть переданы на носителях в виде исходных кодов или же в виде готовых модулей. Процесс передачи готового проекта проходит в присутствии специальной комиссии, в которую входят как представители заказчика, так и исполнителя. Процесс передачи также включает в себя демонстрацию всех функций системы, которые были заранее смоделированы определенном образом. Вся необходимая документация также передается вместе с ПО.
По итогам передачи системы обязательно составляется и подписывается обеими сторонами акт приема-передачи.
Техническое задание на разработку информационной системы – главный документ, который определяет четкие требования будущей ИС, порядок ее создания и прочие важные условия. Именно на основании ТЗ есть возможность проверить весь функционал системы, ее соответствие требованиям заказчика. Документ может быть представлен в качестве доказательной базы в случае возникновения споров между заказчиком и исполнителем, в том числе в суде.
Кроме требований к функционалу системы в ТЗ прописываются условия эксплуатации, безопасности, надежности ИС и поэтапный порядок ее разработки.
Источник: dynamicsun.ru
1 . ОБЩИЕ ПОЛОЖЕНИЯ
1.1 . Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68 , как правило, без заполнения полей листа. Номера листов (страниц) проставляют и верхней части листа над текстом.
1.2 . Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78 .
1.3 . Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
1.4 . Техническое задание должно содержать следующие разделы:
наименование и область применения;
основание для разработки;
технические требования к программе или программному изделию;
стадии и этапы разработки;
порядок контроля и приемки;
(Измененная редакция, Изм. №1).
2 . СОДЕРЖАНИЕ РАЗДЕЛОВ
2.1 . В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
(Измененная редакция, Изм. №1).
2.2 . В разделе «Основания для разработки» должны быть указаны:
документ (документы), на основании которых ведется разработка;
организация, утвердившая этот документ, и дата его утверждения;
наименование и (или) условное обозначение темы разработки.
(Измененная редакция, Изм. №1).
2.3 . В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
2.4 . Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:
требования к функциональным характеристикам;
требования к надежности;
требования к составу и параметрам технических средств;
требования к информационной и программной совместимости;
требования к маркировке и упаковке;
требования к транспортированию и хранению;
(Измененная редакция, Изм. №1).
2.4.1 . В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
2.4.2 . В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).
2.4.3 . В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
2.4.4 . В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.
2.4.5 В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.
При необходимости должна обеспечиваться защита информации и программ.
(Измененная редакция, Изм. №1).
2.4.6 . В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
2.4.7 . В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
2.5а. В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.
(Введен дополнительно, Изм. № 1).
2.5 . В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
2.7 . В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.
2.8 . В приложениях к техническому заданию, при необходимости, приводят:
перечень научно-исследовательских и других работ, обосновывающих разработку;
схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
другие источники разработки.
* Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июне 1981 г. (ИЦС 9-81).
Источник: www.infosait.ru
ГОСТ 19.201-78
Предлагаем прочесть документ: Единая система программной документации. Техническое задание. Требования к содержанию и оформлению. Если у Вас есть информация, что документ «ГОСТ 19.201-78» не является актуальным, просим написать об этом в редакцию сайта.
| 01.01.1980 | |
| Утвержден | Госстандарт СССР |
| Издан | Стандартинформ |
| Издан | Издательство стандартов |
| Актуальный |
Выберите формат отображения документа:
ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР
ЕДИНАЯ СИСТЕМА
ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР
Единая система программной документации
ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
United System for Program Documentation.
Technical specification for development.
Requirements to contents and form of presentation
ГОСТ
19.201-78*
Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. № 3351 срок введения установлен
с 01.01.1980 г.
Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Стандарт полностью соответствует СТ СЭВ 1627-79.
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют и верхней части листа над текстом.
1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.
1.3. Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
1.4. Техническое задание должно содержать следующие разделы:
наименование и область применения;
основание для разработки;
технические требования к программе или программному изделию;
стадии и этапы разработки;
порядок контроля и приемки;
(Измененная редакция, Изм. №1).
2. СОДЕРЖАНИЕ РАЗДЕЛОВ
2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
(Измененная редакция, Изм. №1).
2.2. В разделе «Основания для разработки» должны быть указаны:
документ (документы), на основании которых ведется разработка;
организация, утвердившая этот документ, и дата его утверждения;
наименование и (или) условное обозначение темы разработки.
(Измененная редакция, Изм. №1).
2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:
требования к функциональным характеристикам;
требования к надежности;
требования к составу и параметрам технических средств;
требования к информационной и программной совместимости;
требования к маркировке и упаковке;
требования к транспортированию и хранению;
(Измененная редакция, Изм. №1).
2.4.1. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
2.4.2. В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).
2.4.3. В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.
2.4.5 В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.
При необходимости должна обеспечиваться защита информации и программ.
(Измененная редакция, Изм. №1).
2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
2.4.7. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
2.5а. В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.
(Введен дополнительно, Изм. № 1).
2.5. В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.
2.8. В приложениях к техническому заданию, при необходимости, приводят:
перечень научно-исследовательских и других работ, обосновывающих разработку;
схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
другие источники разработки.
* Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июне 1981 г. (ИЦС 9-81).
Источник: stroysvoimirukami.ru