«Turn On Tomorrow» — «Включи будущее».

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


Департамент государственного заказа Ханты-Мансийского автономного округа – Югры

п/п

Наименование товара

Описание (характеристики) объекта закупки*

Ед. изм.

Кол-во

Наименование страны происхождения товара  ****

№ п/п

Наименование показателя

(неизменяемое) **

Значения показателей, которые не могут изменяться

(неизменяемое) ***

Максимальное и (или) минимальное значение показателей (конкретное значение показателя устанавливает участник закупки)

1

2

3

4

5

6

7

8

9

1

Системный блок

1

Корпус

наличие

шт.

1

1.1

Типоразмер

не менее MidiTower

1.2

Кнопки включения, перезагрузки на передней панели

наличие

1.3

Индикаторы питания и активности жесткого диска на передней панели

наличие

1.4

Интерфейсы на передней панели

наличие

1.4.1

Интерфейс USB, шт.

не менее 2

версия

не ниже 2.0

1.4.2

Разъём для подключения микрофона

наличие

1.4.3

Разъём для подключения наушников

наличие

1.5

Внешние отсеки

наличие

1.5.1

Отсек 3,5 дюйма

наличие

1.5.2

Отсек 5,25 дюйма

наличие

1.6

Внутренние отсеки

наличие

1.6.1

Отсек 3,5 дюйма, шт.

не менее 2

1.7

Мощность блока питания, Вт

не менее 450

2

Системная («материнская») плата:

наличие

2.1

форм-фактор  

не более ATX

2.2

поддержка оперативной памяти DDR3

наличие

максимальная поддерживаемая эффективная частота оперативной памяти, МГц

не менее 1333

Поддержка технологии: двуканальный режим работы

наличие

количество разъёмов DDR3, шт.

не менее 2

2.3

Интегрированный аудиоконтроллер

наличие

2.4

Интегрированный сетевой контроллер

наличие

максимальная поддерживаемая скорость передачи данных, Мбит/с

не менее 100

2.5

Интерфейс SATA, шт.

не менее 2

максимальная скорость передачи данных, Гбит/с

не менее 3

2.6

Слоты расширения

наличие

2.6.1

Слот PCI-E х 16

наличие

2.6.2

Слот PCI, шт.

Не менее 2

2.7

Интерфейсы на задней панели материнской платы:

наличие

2.7.1

Интерфейс USB, шт.

не менее 4

версия

не ниже 2.0

2.7.2

Интерфейс USB, шт.

не менее 2

версия

не ниже 3.0

2.7.3

Интерфейс RJ-45

наличие

2.7.4

Интерфейс VGA

наличие

2.7.5

Интерфейс mini jack 3.5 мм.  (для подключения аудиоустройств), шт.

не менее 3

2.7.6

Интерфейс PS/2

наличие

3

Процессор

наличие

3.1

Количество ядер, шт.

не менее 2

3.2

Количество потоков, шт.

не менее 4

3.3

Номинальная тактовая частота,  ГГц

не менее 2,7

3.4

Тех.процесс, нм

не более 32

4

Оперативная память DDR3

наличие

4.1

Объём, Гб

не менее 2

4.2

Номинальная эффективная частота, МГц.

не менее 1333

5

Жесткий диск

наличие

5.1

Интерфейс SATA

наличие

5.2

Максимальная скорость передачи данных интерфейса, ГБит/с

не менее 3

5.3

Объём, Гб

не менее 500

5.4

Скорость вращения шпинделя, об /мин

не менее 7200

5.5

Объем буферной памяти, Мб

не менее 16

6

Оптический привод DVD±RW

наличие

6.1

Интерфейс SATA

наличие

6.2

Максимальная скорость передачи данных интерфейса, ГБит/с

не менее 1,5

7

Графический адаптер

наличие

7.1

Максимальный объем видеопамяти, Мб

не менее 1024

8

Клавиатура проводная

наличие

8.1

Количество основных клавиш, шт.

не менее 104

8.2

Интерфейс подключения USB с переходником PS/2

наличие

9

Манипулятор типа «мышь» проводная, оптическая

наличие

9.1

Количество кнопок, включая кнопку колеса прокрутки, шт.

не менее 3

9.2

Колесо прокрутки

наличие

9.3

Разрешение оптического сенсора, т/д

не менее 800

9.4

Интерфейс подключения USB с переходником PS/2

наличие

2

ЖК -монитор

1

Светодиодная подсветка экрана

наличие

шт.

1

2

Диагональ экрана, дюйм

не менее 27

depgz.admhmao.ru

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

Пример технического задания (первичного) на разработку мобильного приложения для заказа такси на платформе Android и IOS

1. Наименование работ

Разработка сервиса для заказа такси, который включает Android и IOS приложение и веб-приложение для администраторов.

2. Сроки выполнения работ

Работы должны быть выполнены в течение 88 (восемьдесят) рабочих дней.

3. Термины и понятия

ActionBar – компонент пользовательского интерфейса, позволяющий выполнять действия в рамках всего приложения. Крайняя левая кнопка в виде стрелки назад называется Home.

Home – кнопка в Action bar, в виде иконки приложения, нажатие на которую ведет на главный экран приложения. В iOS аналогичную роль выполняет компонент NavigationBar.

Layout – пользовательский интерфейс отдельного экрана приложения или его части.

Overflow – кнопка Action bar в виде трех точек. Располагается справа в Action bar и содержит дополнительную функциональность, которая не поместилась или не была отражена в Action bar.

Pitch-To-Zoom – жест двумя пальцами по экрану телефона, который увеличивает или уменьшает масштаб выбранного компонента на экране.

Pull-to-refresh – шаблон поведения в Android и iOS, позволяющий обновлять контент путем вертикальной прокрутки и отпускания контента на экране.

Sharing - публикация информации о чём-либо в социальных сетях и блогах.

Splash screen – заставка приложения. Открывается перед главным экраном приложения при старте. Во время отображения экрана происходит загрузка данных. Скрывается по окончанию загрузки.

Swype - движение пальца вправо или влево по экрану устройства.

Tap - нажатие пальцем на экранный элемент интерфейса с тач-дисплеем.

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

Техническое задание описывает особенности реализации клиентского приложения для платформы Android и IOS, взаимодействие с веб-сервисом системы, веб-клиентом и базой данных сервиса, а также возможности приложения по взаимодействию со сторонними сервисами.

Основная задача приложения помощь заказе такси пользователей приложения.

5. Мобильное приложение

  • Приложение поддерживает возможность работы в портретной ориентации экрана.
  • Локализация приложения предусматривает русскую версию пользовательского интерфейса.
  • Версия поддерживаемых Android устройств выше Android SDK 4.0., IOS выше 5.0
  • Разрешения экранов Android и IOS: mdpi (320x480 px), hdpi (480x800px), xhdpi (720x1280px), xhdpi (768x1280px).

Мобильные приложения для Android и IOS должны реализовываться нативными средствами, либо на основе платформы, обеспечивающей компиляцию в нативные приложения для обеспечения максимальной производительности.

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

Требования к клиентскому Приложению:

  • Дизайн мобильного приложения должен быть выполнен в одном стиле с основным сайтом.
  • Регистрация с верификацией по SMS.
  • За основу мобильного приложения берется аналог мобильного приложения RU TAXI. Подрядчик вправе не придерживаться какого-либо функционала и логики аналогичного приложения, предварительно согласовав это с заказчиком.
  • Возможность рассылки Push уведомлений.

  

Экран №1 – Вход в аккаунт пользователя

Экран №2 – Подтверждение регистрации по смс

На сотовый номер указанный на Экране №2, придет сообщение с проверочным кодом.

 

Экран №3 – Заказ такси

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

Теперь, когда пользователь зарегистрировался, он может вызвать такси указав куда подать машину и точку назначения (с возможностью указать несколько точек назначения).

Указание маршрута можно сделать несколькими вариантами: указав адрес по карте, взяв адреса с истории заказов, указав адреса с любимых адресов, через поиск адресов, через микрофон (кнопка микрофона будет расположена вместо 3 круглой кнопки справа экрана).

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

Первая круглая кнопка «Карта». Пользователю после заказа такси виден маршрут движения автомобиля через GPS передатчик в км, и маршрут движения автомобиля с указанием временного прибытия автомобиля через карту.

Вторая круглая кнопка «Тариф».

 

Третья круглая кнопка «Микрофон». С помощью этой кнопки можно указать адреса через голосовой определитель адреса.

Червертая круглая кнопка «Дополнительные функции»: Предварительный заказ, Наличие детского кресла, Перевозка животных, Богаж более 50 кг., Квитанция об оплате, Курение в машине, Оплата с помощью карты. Расположение дополнительных функций будет являться 4 круглой кнопкой.

     

Текущие заказы (История заказов)

Тут отображается история заказов за весь период.

Любимые адреса

В любимых адресах можно сохранить адреса для быстрого ввода адреса.

Настройки.

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

 

Экран №5 – Карта

Как только вы закажите такси, после этого у вас появится возможность отслеживать местонахождение вашего автомобиля в режиме реального времени (как в мобильном приложении такси Татарстан).

6. Серверное приложение

Необходимо реализовать серверное приложение, обеспечивающее работу мобильных приложений системы. Серверное приложение должно реализовывать REST API для взаимодествия с мобильными приложениями. Формат сериализации данных JSON.

Также серверное приложение должно поддерживать двухстороннюю синхронизировано с 1С-Рарус по заявкам и статусу заявок.

Возможные языки реализации: PHP, Python, Java, ASP.NET

Панель администратора

Необходимо реализовать веб-приложение, которое позволяет хранить информацию о входящих заявках пользователей в виде лог-листа.

Роли в системе:

Модератор

Пользователь, которому предоставлен доступ к системе администратором системы имеет возможность:

  • просматривать кол-во новых пользователей,
  • просматривать кол-во новых заявок.

Администратор

Имеет возможность:

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

Подробнее о возможностях мобильных приложений можно узнать здесь.

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

В процессе работы над мобильным и серверным приложениями, Подрядчик должен подготовить следующие документы:

  • Техническое задание
  • Руководство администратора системы
  • Руководство модератора системы
  • Программа и методика испытаний

8. Требования к публикации приложений

Подрядчик обеспечивает публикацию приложения:

  • Версии для Android на Google Play на аккаунте Подрядчика для дальнейшей технической поддержки.
  • Версии для iOS на Apple Store на аккаунте подрядчика для дальнейшей технической поддержки.

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

 



Примеры работ

Хотите такой же проект или еще круче?

Напишите об этом нам!

 

eradv.ru

Техническое задание на разработку приложения

Техническое задание — один из главных этапов создания мобильного приложения. При этом, самый первый. А значит, пропустить его или отложить нельзя. Ведь от того, насколько хорошо составлено ТЗ, будет зависеть, какое приложение вы получите. Оно может получиться отличным, но не тем, какое нужно именно вам.Написать хорошее ТЗ сложно, это не дело пяти минут. Но есть отличная новость! Эта ответственная задача ложится не только на ваши плечи, но и на плечи мобильного разработчика. Он тоже заинтересован в успехе вашего сотрудничества.

1 шаг. Идея разработки мобильного приложения

Опишите ваше будущее приложение будто рассказываете рецепт сложного блюда. Какие ингредиенты вы хотите туда положить? Какие функции они выполняют? Запишите их, продумайте, какая между ними логика взаимодействия. Не пытайтесь втиснуть в одно приложение все сразу — ведь в блюдах мы не мешаем все, что находим в холодильнике. Мы выбираем что-то главное и добавляем к нему несколько менее важных ингредиентов, для того чтоб вкус получился уникальным.Посмотрите, нет ли аналогов приложения? Если нет, то вам крупно повезло. Обычно же аналоги находятся и в крупных размерах — ваша задача придумать, чем ваше приложение будет отличаться, причем в лучшую сторону. И если вам удастся найти эту прореху в нише, заполняйте ее смело и не теряйте драгоценных секунд — конкуренты не дремлют.Если же вы делаете приложение под свои бизнес-задачи, то вам будет полезно посмотреть, какие приложения есть у ваших конкурентов. Возможно, что-то вы сможете сделать сильно лучше, и как итог — переманить клиентов у конкурентов.

2 шаг. Вопросы, с которых начинается ТЗ

Чтобы составить ТЗ, для начала нужно ответить на несколько вопросов:1. Для кого это приложение? Для ваших клиентов, будущих или потенциальных, или для всех сразу? Или для ваших сотрудников?2. Какие задачи решает приложение? Если оно для клиентов, то что клиенты смогут делать с помощью вашего приложения – заказывать товары, услуги, бронировать, записываться онлайн, узнавать об акциях и т.д.? Если оно для сотрудников, то какие функции в приложении помогут им работать эффективнее?3. На каком устройстве вы хотите видеть ваше приложение? Смартфон, планшет или десктоп?4. В устройствах каких марок вы планируете поселить ваше приложение? От этого зависит, какую платформу для приложения вы выберите — iOS, Android, Windows.5. Когда вы хотите получить готовое приложение? То есть сроки.6. Какой у вас бюджет? Уникальное приложение стоит не дешево, однако стоит учитывать те бонусы, которые вы за счет него получите — прибыль от увеличения заказов или оптимизации бизнеса.Ответив на эти вопросы, можете смело заполнять бриф. А это первый шаг к тому, чтобы составить правильное ТЗ, а потом и к разработке успешного мобильного приложения.Если вы не технический писатель или программист — подготовить грамотное ТЗ самостоятельно у вас, к сожалению, вряд ли получится. Но вам обязательно поможем мы, разработчики, ведь мы успешно делали это десятки раз.

3 шаг. Настало время ТЗ!

ТЗ – индивидуальный документ, и каждый раз составляется заново под каждый проект. Это также зависит и от разработчика, к которому вы обратились. Ведь у всех свой метод работы, а это значит, что в ваших интересах составить техзадание максимально подробно.За некоторыми исключениями, ТЗ состоит из вот таких разделов:1. Терминология. Очень важно договориться о терминах заранее, ведь одно и то же слово вы и разработчик можете понимать по-разному.2. Цель создания системы, то есть приложения. Здесь вы подробно описываете, что пользователь сможет делать в приложении, какие действия и какой результат он получает. В общем, для чего ваше приложение будут скачивать люди в свои смартфоны. Если у вас приложение для магазина, то вы должны решить, к примеру —пользователь будет просто просматривать каталоги, узнавать о наличии товаров в магазинах или сразу покупать и заказывать доставку?3. Требования к приложению. Самая сложная часть техзадания, где технические термины льются как из рога изобилия. Написать это самому нереально. Но важно понимать, что каждый шаг будущего пользователя должен быть продуман до технических мелочей. К примеру, из тз должно быть четко ясно, что случится, если нажать на вот эту красную кнопочку.4. Сценарии использования. Что происходит, когда человек впервые заходит в приложение? Нужно ли регистрироваться? А что произойдет, когда он зайдет повторно? Все эти пути важно описать в тз, ведь это поможет выявить, какие функции нужны приложению и что именно должно в нем происходить.5. Описание экранов. Некоторые тз содержат прототипы экранов, если они уже готовы. В некоторых есть даже первичный дизайн. В любом случае описать экраны хотя бы словами просто необходимо. Ведь для многих пользователей приложение – это и есть экран. Именно с ним он имеет дело, и что толку от функции регистрации, к примеру, если ни на одном экране нет такой кнопки?6. Требования к платформе, CMS, архитектура системы… и еще много страшных слов, если вы не разработчик или технический писатель.Ваше ТЗ может не содержать тех или иных разделов только в том случае, если это не существенно именно для вашего проекта. Но узнать, что именно существенно, а что нет, вы сможете только от разработчика.

Начните прямо сейчас!

На самом деле, написать хорошее ТЗ — просто, если подойти к этому делу с умом. И не возлагать на себя одного это нелегкое дело. Ведь ТЗ нужно для результативного взаимодействия. А значит, в составлении ТЗ должны принимать участие обе стороны и… та-дам! Основные технические трудности мы берем на себя!Как говорится, глаза боятся — а руки-то вот они. Тут важно начать. Часто, это главная заминка в начале успешного проекта. Поэтому начинайте прямо сейчас — заполните бриф. Этого хватит, чтоб увидеть проект в общих чертах, а значит, дело останется за деталями!

Следующая новость »

punicapp.com

Разработка технического задания (ТЗ) - Лаборатория IOS

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

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

  • Адреса ресторанов с самовывозом, время выдачи заказов. (какой-либо ресторан может быть закрыт на проведение банкета или ремонт, а в праздничные дни, время самовывоза может быть сокращено)
  • Ограничение минимальной стоимости.
  • Условия проведения акций. (возможность проинформировать клиента о новых предложениях)
  • Меню и цены

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

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

Чаще всего, для работы с системами обеспечения данных (API), мы разрабатываем панели управления по технологии WEB. Данный подход прост, эргономичен, функционален и не тянет за собой установки какого-либо дополнительного софта.

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

Рекомендуем узнать подробнее о панели администрирования в статье Web-офис.

ios-lab.ru

Техническое задание на закупку компьютерной, вычислительной и другой техники

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

Из этой статьи вы узнаете:

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

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

Кроме того, ЭВТ представляет собой совокупность составных частей и незаменимых деталей, каждая из которых является товаром как самостоятельная единица, требующая отдельного технического описания в документации об аукционе. При этом описание каждого товара как самостоятельной единицы, входящей в комплекс ЭВТ, должно соответствовать требованиям Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Закон о контрактной системе).

Регистрация на портале: Для получения полного доступа к порталу Про-госзаказ.ру необходимо зарегистрироваться.

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

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

Закупка оргтехники осуществляется путем проведения открытого аукциона в электронной форме, поскольку указанные товары подпадают под код 26.20 "Компьютеры и периферийное оборудование" по Общероссийскому классификатору продукции по видам экономической деятельности ОК 034-2014 (КПЕС 2008). Этот код, в свою очередь, включен в аукционный перечень. Перечень товаров, работ, услуг, в случае осуществления закупок которых заказчик обязан проводить аукцион в электронной форме утвержден распоряжением Правительства РФ от 21.03.2016 № 471-р.

В данной статье представлен пример Технического задания на закупку персональных компьютеров, использование которого позволило обеспечить участие в торгах четырех конкурентоспособных поставщиков и достичь значительной экономии бюджетных средств: при закупке 4299 единиц товара начальная (максимальная) цена контракта была снижена с 93 038 000 до 88 386 100 рублей, т. е. более чем на 4 500 000 рублей.

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

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

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

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

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

«Как применять ГОСТы при описании объекта закупки?»

Константин Эделев, эксперт Системы Госзаказ

Напишите в техзадании не только ГОСТ, но и показатели из стандарта. Если укажете только название товара и ссылку на ГОСТ, участнику будет трудно понять, какой именно товар необходим. Например, один из заказчиков включил в документацию требование, что материалы должны отвечать определенным ГОСТам. Конкретных показателей в техническом задании не было. Контролеры и суды посчитали это нарушением. Материалы по госстандартам разнообразны: они подразделяются на виды, классы, марки, классификации, поэтому участники не понимали, какой именно товар поставить. Смотрите еще три совета по применению ГОСТов, в рекомендации:«Как описать объект закупки в 2018 году»

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

С 1 июля 2016 года при описании объекта закупки заказчики обязаны использовать требования технических регламентов, принятых в соответствии с законодательством о техническом регулировании и документами национальной системы стандартизации. Эти требования установил Федеральный закон № 104 от 05.04.2016.

Получите квалифицированную экспертную помощь в Системе «Госзаказ» Оформить подписку

www.pro-goszakaz.ru

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

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

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

Формируя мобильное приложение под бизнес-задачи, полезно просмотреть, что есть у конкурентов. Сделав что-то лучше их, можно переманить клиентов к себе.

Вопросы, с которых начинается создание технического задания

Чтобы разработать ТЗ, сначала необходимо ответить на такие вопросы:

  • Для кого данное приложение создается: клиентов или сотрудников?
  • Какие задачи оно решает? Если приложение для клиентов, то что они могут делать с его помощью – заказывать продукты, услуги, осуществлять бронь, запись, узнавать о скидках и т.д. Если для сотрудников, то какие функции помогут работать более эффективно.
  • На каком гаджете должно быть приложение? Смартфон, планшет?
  • Какие марки устройства планируется освоить? От этого зависит выбор платформы для приложения — iOS, Android или же Windows.
  • В какие сроки нужно уложиться?

На какой бюджет могут рассчитывать специалисты? Мобильное приложение всегда стоит не дешево, но ведь от него есть возможность получить массу бонусов — прибыль от увеличения количества заказов или оптимизации.

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

Если вы не технический специалист или опытный программист — подготовить хорошее ТЗ самостоятельно, к сожалению, не получится. Но наша компания готова вам помочь!

Непосредственное написание ТЗ

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

ТЗ чаще всего состоит из вот таких разделов:

  • Терминология. Крайне важно договориться о терминах с самого начала, ведь одно и то же слово специалист и клиент могут понимать совершенно по-разному.
  • Требования к приложению. Наиболее сложная часть технического задания. Важно осознавать, что каждый шаг пользователя должен быть детально продуман. Из ТЗ должно быть ясно, что произойдет, если нажать на ту или иную кнопку.
  • Сценарии использования. Что происходит в тот момент, когда человек в первый раз заходит в приложение? Необходима ли регистрация? Что произойдет, когда пользователь вновь зайдет в него? Все описанные пути нужно описать в тех. задании, ведь это поможет понять, какие функции должны быть в приложении и что должно происходить.
  • Описание всех экранов. Есть такие ТЗ, которые содержат в себе прототипы экранов. В некоторых существует даже первичный дизайн. Описать экраны даже словами всегда необходимо. Ведь для некоторых пользователей приложение – это экран. С ним он имеет дело, и какой толк, например, в регистрации, если ни на одном экране не существует такой кнопки.
  • Требования к CMS и архитектура системы.

Определение целей создания приложения. Здесь детально описывается, что человек сможет делать в МБ, какой результат он получает. Если вкратце, для чего приложение будут скачивать пользователи в свои смартфоны. К примеру, если оно создается для магазина, то нужно решить будет пользователь лишь просматривать каталоги, узнавать о наличии продукции или же приобретать и заказывать доставку.

Тех. задание может не содержать каких-то разделов лишь в том случае, если это не особо важно для вашего проекта. Но понять, что существенно, а что нет, может только разработчик.

itgeekz.ru

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

Что такое техническое задание? Как его делать и для чего оно нужно? Примеры, образцы, советы и рекомендации.

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

Проблема восприятия информации, вечная. Эффект “сломанного телефона”, частое явление. А что говорить о том, если ты просто не умеешь ставить задачу? Да, такое тоже бывает и с этим нужно как-то работать, но как? Для того чтобы результаты задач, которые вы ставите, соответствовали вашим ожиданиям, пишите техническое задание.

Что такое техническое задание

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

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

Конструкторское бюро

Документ этот может занимать, как одну страницу А4, так и целый том, все зависит от задач и пожеланий которые в него входят. К примеру, вы можете написать техническое задание на небольшой landing page (одностраничный сайт) или же на сложное программное обеспечение с машинным обучением и прочими фишками.

Для чего нужно техническое задание

  • Чтобы ставить задачу исполнителям.
  • Чтобы подробно описать то, что хочется получить в конце.
  • Чтобы согласовать порядок работ.
  • Чтобы оценить и принять работу после реализации.
  • Чтобы…(добавьте свои варианты в комментариях).

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

Техническое задание думает

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

По факту, это серьезный документ, который составляется заказчиком и исполнителем. Вплоть до того, что прописываются неустойки и обязательства сторон. Существует целый ряд ГОСТ-ов, более подробно читайте на Хабре.

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

Если мы говорим об игре “по-взрослому”, например, техническое задание на разработку мобильного приложения или сайта, то это отдельная работа, за которую платятся немалые деньги. Вы привлекаете человека, как правило, это бывший или действующий технический директор (Chief Technical Officer) и просите его помочь вам.

Техническое задание разработка

Наличие бороды необязательно

В зависимости от объемов проекта/задач этот человек собирает все ваши “хотелки”, переводит их в технический язык, может быть готовит эскизы (как должно приблизительно выглядеть) и отдает вам готовый документ. Далее вы этот документ передаете исполнителям (команде внутри вашей компании или на аутсорс), договариваетесь по деньгам, срокам и приступаете к работе.

Совет: технический директор должен быть в вашей команде, в противном случае вы скорее всего не заметите чего-то в процессе реализации. У вас попросту не хватит на все знаний. Кто участвовал в написании ТЗ, тот и проверяет.

Из чего состоит техническое задание

Все будет зависеть от шаблона, который вы выберете (чуть дальше я дам несколько ссылок на шаблоны/примеры), но есть базовые блоки, которые входят в техническое задание:

  1. Описание проекта/задачи. Кратко пишем, что за проект или задача, которую нужно выполнить.
  2. Назначение и цели. Какие цели стоят перед проектом.
  3. Требования. Дизайн, функции, технологии, которые необходимы.
  4. Описание работ. Что, когда и как будет выполнено.
  5. Порядок контроля и приемки. Как будут приниматься работы, что можно считать выполненным.
  6. Приложения. Эскизы, наброски, прототипы.

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

Почта, это прошлый век, подписывайтесь на наш telegram канал!

Телеграм канал alexcouncil.com

Примеры технического задания

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

Техническое задание интересно

Пример одного из моих ТЗ на апдейт приложения Smart TV. Задания на более сложные и комплексные продукты составлялись уже с помощью коллег из тех.департамента. Не стесняйтесь обращаться за помощью к своим соратникам, вовлекайте их в процесс как можно чаще. И не забывайте давать обратную связь! Нет ничего хуже, чем вложить силы и время во что-либо без информации о результатах. Расскажите, как пригодился совет человека в вашей работе, в противном случае, это игра в одни ворота.

Далее будут приведены примеры тех.задачний из интернета.

ТЗ на разработку интернет магазина
ТЗ на разработку мобильного приложения
ТЗ на сайт
ТЗ на сервисы/обновления

Если нужно больше образцов, просто погуглите.

Рекомендации и советы

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

Техническое задание надо писать

Вот так надо

Мои первые зачатки по написанию ТЗ начали появляться несколько лет назад. Я работал с дизайнерами и ставил задачу на создание креативов для рекламных кампаний. Бессвязное хочу это и это превращалось в кучу потраченного времени и объяснений. Со временем постановка задач начала превращаться в какие-то смысловые блоки, а потом уже и в подобие технического задания.

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

Например для задачи “Кнопка лайк на сайте”:
  1. Описание: необходимо создать кнопку “Лайк” на нашем сайте.
  2. Назначение и цели: вовлечение пользователей, выдача/рейтинг материалов по кол-ву лайков.
  3. Требования: дизайн такой (пример: ссылка на что-то похожее), функционал (любой пользователь может оценить картинку и поставить лайк, система сайта учитывает кол-во лайков и меняет выдачу материалов), технологии (доступно на desktop и mobile версиях сайта).
  4. Описание работ: нарисовать 3 варианта макетов для кнопок (дата готовности: 01.10.17),  разработать систему выдачи материалов по лайкам (дата: 14.10.17), тестирование функции (дата: 16.10.17), релиз (дата: 17.10.17)
  5. Приемка работ: пользователь нажимает на кнопку лайк, система засчитывает нажатие, выдача материалов меняется.
  6. Приложения: эскизы, наброски, примеры проектов, где работает похожая функция.

Оставляйте для себя те разделы и части структуры, которые нужны под ваши задачи. К примеру, шестой блок “Приложения” можно описать в функциональных требованиях. Основной совет: так или иначе описать задачу по структуре тех.задания. Таким образом, вы не упустите важные моменты и избавите себя от лишних вопросов, а коллегам упростите жизнь.

Ну вот

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

Алексей А.

Читайте также:

Про постановку задач и понимание советую посмотреть ролик. Он уже староват, но всегда актуален на все времена.

 

Вконтакте

Facebook

Twitter

Google+

Загрузка...

www.alexcouncil.com


Смотрите также