Подписаться на получение новых статей на почту:

Обзор стандартов для написания ТЗ под систему «умный дом». Шаг №81

Всем привет. В прошлой статьемы с Вами рассмотрели концепцию умный дом и примеры таких систем. (статья №80). В этой записи набросаем «эскиз» Android – приложения Smart House, сделав обзор  существующих ТЗ (техническое задание) на автоматические системы и ПО. Рассмотрим примеры для таких систем.

Итак начнем с существующих стандартов и шаблонов для ТЗ или SRS (Software (or System) Requirements Specification) на разработку ПО и автоматических систем. Такими являются:
— ГОСТ 34, ГОСТ 19, IEEE STD 830-1998, ISO/IEC/ IEEE 29148-2011, RUP, SWEBOK, BABOK и пр., Agile.

ГОСТ 34 — данный ГОСТ направлен на создание автоматизированной системы, согласно которому техзадание должно включать следующие разделы:
1. Общие сведения;
2. Назначение и цели создания (развития) системы;
3. Характеристика объектов автоматизации;
4. Требования к системе;
5. Состав и содержание работ по созданию системы;
6. Порядок контроля и приемки системы;
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8. Требования к документированию;
9. Источники разработки.
Ниже рисунки примера техзадания на коммерческую систему учета: используемые стандарты, содержание,  структурная схема системы, которая включает шкафы связи на подстанциях, и передача данных на сервер.

ГОСТ34Разделы ГОСТ34

Структурная схема ТЗГОСТ 19 — Единая система программной документации (ЕСПД)” — этот стандарт относится к разработке именно ПО.  Техническое задание должно включать следующие разделы:
1. Введение;
2. Основания для разработки;
3. Назначение разработки;
4. Требования к программе или программному изделию;
5. Требования к программной документации;
6. Технико-экономические показатели;
7. Стадии и этапы разработки;
8. Порядок контроля и приемки;
9. Приложения.
IEEE STD 830-1998 (830-1998 — IEEE Recommended Practice for Software Requirements Specifications): Описывается содержание и качественные характеристики правильно составленной спецификации требований к программному обеспечению (SRS). Данная методика направлена на установление требований к разрабатываемому ПО, а также чтобы помочь в выборе собственных и коммерческих программных изделий.

Согласно стандарту техническое задание должно включать следующие разделы:
1. Введение

  • 1. Назначение;
  • 2. Область действия;
  • 3. Определения, акронимы и сокращения;
  • 4. Ссылки:
  • 5. Краткий обзор .

2. Общее описание

  • 1. Взаимодействие продукта (с другими продуктами и компонентами);
  • 2. Функции продукта (краткое описание);
  • 3. Характеристики пользователя;
  • 4. Ограничения;
  • 5. Допущения и зависимости.

3. Детальные требования (могут быть организованы по разному, н-р, так)

  • 1. Требования к внешним интерфейсам
    • 1. Интерфейсы пользователя
    • 2. Интерфейсы аппаратного обеспечения
    • 3. Интерфейсы программного обеспечения
    • 4. Интерфейсы взаимодействия
  • 2. Функциональные требования
  • 3. Требования к производительности
  • 4. Проектные ограничения (и ссылки на стандарты)
  • 5. Нефункциональные требования (надежность, доступность, безопасность и пр.)
  • 6. Другие требования

4. Приложения
5. Алфавитный указатель
Для более лучшего понимания, можно прочитать сам стандарт и примеры, которые легко найти в Интернете. Также часто ссылаются на адаптированный шаблон Карла Вигерса, который предоставляет множество полезных рекомендаций по работе с требованиями.

ISO/IEC/ IEEE 29148-2011. Стандарт обеспечивает единую трактовку процессов и продуктов для системы и программного обеспечения. Он приходит на смену стандартов IEEE 830-1998, IEEE 1233—1998, IEEE 1362- 1998. Стандарт содержит два шаблона спецификации требований:
• System requirements specification (SyRS) — определяет технические требования для выбранной системы и удобства взаимодействия предполагаемой системы и человека. Является аналогом ТЗ, описанного в ГОСТ 34;
• Software requirements specification (SRS) -это спецификация требований для определенного программного изделия, программы или набора программ (продукт), которые выполняют определенные функции в конкретном окружении. Аналог ТЗ, описанного в ГОСТ 19, а также напоминает SRS из стандарта IEEE 830.

RUP — структура SRS в RUP (Rational Unified Process) представляет собой документ, в котором необходимо описать артефакты, полученные в процессе специфицирования требований. Шаблон SRS в RUP адаптирован из стандарта IEEE STD 830.

SWEBOK, BABOK, а также множество других методологий разработки ПО и сводов знаний при упоминании SRS ссылаются на вышеупомянутые зарубежные стандарты.

Agile ( Гибкая методология разработки — Agile software development) — основывается на итеративной разработке, т.е. параллельное выполнение работ с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл . Ориентирован больше на разработку чем сопровождение. Более подробно по ссылке   https://habrahabr.ru/company/edison/blog/313410/.

Также для описания требований к АС и ПО используются производные документы от описанных стандартов таких как: FRD (Functional Requirements Document), RD (Requirements Document), ПЗ (Постановка задачи или Пояснительная записка) (не имеющих отраслевой стандартизации) и пр. Правильно используя данные стандарты можно брать эти шаблоны для написания ТЗ, адаптируя их под себя. Более подробно https://habrahabr.ru/post/328822/.

Используя какой либо выбранный стандарт пишется техническое задание. Которое является основой для составления сметы. Ниже пример этапов выполнения системы умной дом. Первым этапом является первичная консультация где происходит обмен информации об объекте, пожелания к установке системы, обзор производителей, подсистем системы. Результатом становится составление ТЗ. Следующий шаг – корректировка составленного ТЗ, после чего готовая  версия будет основой для составления сметы на проектные работы. Далее этап проектирования  (рабочий проект ), который охватывает все – это датчики, управляющие элементы и исполнительные устройства. В сам проект входит:

  • Пояснительный лист с описанием подсистем
  • План расположения управляющих устройств
  • План кабельных трасс (схем)
  • Схема размещения оборудования в шкафах автоматики (ША)
  • Принципиальные схемы подключения оборудования в ША
  • Схемы подключения оборудования в ША
  • Кабельный журнал
  • Спецификации

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

picture  Сделав обзор стандартов, мы познакомились с пунктами выполнения ТЗ. Учитывая что данный проект несет в себе больше ознакомительную часть, мы его не можем привязать к какому либо одному стандарту. Но в итоге попробуем подбить результат и по проделанной работе привяжемся к какому-то стандарту. С самой концепцией умный дом мы с Вами уже познакомились в прошлой статье. В следующей мы начнем разрабатывать свое приложения- Android для интерфейса системы умный дом и незабывая о основной цели проекта данного блога будем поэтапно разбирать программирование на java для Android.  Наверное для данного метода разработки подойдет методология Agile, которая подразумевает итеративную разработку.

Слева рисунок приложения – Android SmartHouse, код которого мы начнем писать в следующей статье. Данное приложение будет выводить жилое помещение поделенное на комнаты (номера от 1до 6) , где в дальнейшем будем выводиться температура. 7- наружное освещение , которое можно будет дистанционно включать/выключать. Попробуем загрузить изображения формата svg, и получить доступ к его элементам, например, смена цвета по событию – нажатие на кнопку. На данном этапе попробуем сделать эти первоначальные задачи. Начнем писать код, используя Android Studio. В общем набросаем основной каркас нашего приложения. На этом на сегодня и остановимся. Всем пока.

Просмотрено 463 раз.

Я на Google+

Добавить комментарий

Ваш e-mail не будет опубликован.

Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Subscribe without commenting