Что такое предпроектное исследование
Тема 3 Предпроектное исследование
Предпроектное исследование осуществляется с целью параметризации проекта. Это этап сбора необходимых данных и их анализа. Предпроектные исследования позволяют выбрать оптимальный вариант реализации проекта, что позволяет рассчитать необходимые ресурсы, сроки проектирования и повысить эффективность производства. Отдельным этапом работы является изучение функциональности продукта с целью выявления достоинств и недостатков эксплуатации изделия. В ходе предпроектных исследований необходимо продумать несколько основных моментов: для какого сегмента рынка будет выполняться производство, насколько удобно будет использовать данный продукт, что ему необходимо, а что нужно оставить без изменений. Учитываются факты, которые дают понимание того, чем лучше продукт конкурента, и те ошибки, которых нужно избежать в воплощении новой версии продукта. На основе полученных данных формируется техническое задание, строится дизайн-концепция (фор-проект).
· Анализируется полное и формализованное описание существующей проблемы заказчика.
· Проводится анализ состоятельности бизнес-идеи в контексте реальной ситуации на рынке и возможностей организации — заявителя проекта. Четкая постановка целей и задач проекта.
· Проводится экспресс-диагностика ресурсов и потенциала проектной организации, определение стратегических перспектив по совокупности внешних и внутренних факторов компании.
· Определяется социально-культурная потребность целевой аудитории, т.е. предпочтения потребителей.
· Проводится фотофиксация и зарисовки, необходимые обмеры исходной ситуации или прототипа, хронометраж операций пользователя, строятся специальные соматографические схемы, проводит опрос потребителей и многое другое.
· Ведется патентный поиск, работа с архивами, библиотеками и информационными центрами по изучению аналогов и ознакомлению с передовым отечественным и зарубежным опытом в этой области.
Итак, предпроектные исследования перед подготовкой масштабного дизайн-проекта должны включать в себя:
Дата добавления: 2016-01-20 ; просмотров: 5685 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ
Предпроектное обследования при разработке информационной системы
Что бывает без предпроектного обследования?
В свое время мне пришлось заниматься разработкой и продажей систем для составления маршрутов транспорта: на карту выводятся точки с заказами, обводишь их мышью и размещаешь в машины. Обращается к нам одна компания с просьбой продать приложение. Не один месяц мы пытались выяснить, зачем же им подобная система нужна, в результате продали им «коробку», очень уж они просили. Затем решила данная компания привлечь нас для внедрения. И тут выяснилось, что в первую очередь им нужна была функциональность для учета топлива, которая в нашей системе отсутствовала от слова совсем.
А бывает, присоединяешься к проекту в ходе разработки системы, изучаешь документацию по проекту и уже разработанную функциональность. И в какой-то момент приходит осознание: есть интерфейс, программа что-то делает, а вот ответить, зачем она разрабатывается, какие бизнес-задачи решает, какие показатели должны быть достигнуты, никто из проектной команды не способен. Можно ли таким образом создать систему, отвечающую запросам заказчика?
Иными словами, еще до составления Технического задания следует провести обычно небольшое (это как когда) исследование и ответить на ряд вопросов.
Основные вопросы, на которые отвечает обследование
Как говорится, вам надо понять, ЧТО, ГДЕ, КОГДА. А именно:
Зачем нужно писать, почему недостаточно обсудить и проговорить?
Составление документа позволяет сформулировать мысль на совершенно ином качественном уровне, чем при устном обсуждении. В разговоре неохваченными остаются многие детали, часть информации забывается и позже упускается из виду. А бумага сохраняет все мысли.
Да, составление документов — дело кропотливое и иногда неприятное, но оно того стоит. Мысль ценна только тогда, когда она сформирована, а сформирована она тогда, когда сформулирована на бумаге.
Что должно содержать в себе предпроектное обследование?
Обычно под предпроектным обследованием имеют в виду изучение бизнес-процессов предприятия. Об этом написано много статей и книг. Но к сожалению, простого изложения процессов недостаточно.
Результатом исследования может быть целый пакет документов (часть из них приведена в конце статьи). Центральным (и, к сожалению, часто единственным) документом у меня обычно является документ «Концепция системы». Этот документ мы и обсудим в настоящей статьей.
Разрабатывая собственную структуру Концепции, я взял за основу отчет, подготавливаемый согласно ГОСТ 34 на стадии «Формирование требований к АС» (см. стандарт РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»). Но при этом внес свои дополнения.
«Концепция системы» может содержать 2, а иногда и 30 страниц. Все зависит от постановки задачи. «Концепция», как правило, согласовывается с высшим руководством заказчика, и только на основании этого можно разрабатывать Техническое задание.
Цель создания (модернизации) системы
Под целью создания я понимаю именно бизнес-цели. «Автоматизировать» — это не цель. Добавить функцию — тоже не цель. И «оптимизировать» — не цель. Например, сидит сотрудник и пару часов в день он может поспать прямо на рабочем месте (реальный случай, кстати). И кто-то просит автоматизировать его деятельность. Зачем? Чтобы он четыре часа спал?
За несколько лет анализа десятков проектов удалось определить только пять возможных целей создания (модернизации) системы:
Идея системы
В случае, если документ «Концепция» получается достаточно объемным, имеет смысл вначале кратко изложить самую суть системы, ее идею. Например, вы хотите создать какую-либо специализированную социальную сеть (ходите по музеям и делитесь впечатлениями). Я бы вначале описал потребность в общении между посетителями, а затем кратко — суть: разрабатывается мобильное приложение, в котором пользователь может написать свои впечатления от того или иного экспоната.
Сравнение старого и нового
Самым эффективным способом понять суть создаваемой системы — идти как бы от противного.
Для этого необходимо:
На чем собираемся зарабатывать
Если разрабатывается приложение, с помощью которого планируется зарабатывать деньги, то обязательно нужно определить методы заработка: размещение рекламы, платная подписка, платные услуги, взимаемый процент и т.д. Выбранный способ (или способы) может сильно повлиять на разрабатываемую функциональность.
Заинтересованность сторон
Если для функционирования создаваемой системы необходимо участие других организаций, то обязательно нужно решить, как их привлечь к работе, заинтересовать. Иными словами, сначала выстраиваем всю бизнес-цепочку, потом уже все остальное.
Описание автоматизируемых процессов
Цель данного раздела — дать общее, но полное представление о процессе. Например, вы разрабатываете интернет-магазин. Очевидно, что нужен каталог, корзина, интеграция с банком-эквайером и доставка. Но вот вопросы возврата, отказа при доставке, отказа поставщика, неожиданного отсутствия товара на складе могут ускользнуть от вашего внимания. Лучше продумать все возможные варианты заранее и решить, что из этого будет автоматизироваться, а какие случаи происходят так редко, что лучше их «разгребать» в ручном режиме.
Для описания не обязательно приводить схемы. В общем случае обычный текстовый сценарий намного более полно раскрывает сущность действий.
Юридическое обеспечение
Нередко после создания системы оказывается, что в использующие приложение люди или организации нарушают закон. Поэтому вначале надо найти юридически чистую схему, а затем уже вырабатывать технические решения.
Перечень функций
Документ «Концепция» — это не Техническое задание, поэтому описываются бизнес-функции, верхний уровень. Нет никакого смысла на данном этапе говорить об авторизации и работе с профилем пользователя. Но дать общее представление о функциональности надо обязательно.
Требования к безопасности
Если вы разрабатываете финансовую систему или систему, содержащую строго конфиденциальные данные, то необходимо привести перечень стандартов безопасности. Например, требования к шифрованию хранимых или передаваемых данных. Не забывайте и о все ужесточающихся требованиях к обработке и хранению персональных данных.
Выбор варианта реализации системы
Иногда в зависимости от потребностей необходимо определить вид приложения (веб-приложение, нативное), платформу (Windows, Linux), общую архитектуру (один сервер или несколько кластеров), взять ли типовую систему и доработать или вести разработку с нуля. Для этого необходимо сравнить предлагаемые варианты и выбрать наиболее подходящий.
Другие документы предпроектного исследования
Как мы уже говорили выше, результатом хорошего, серьезного предпроектного исследования, проводимого не одну неделю целой командой, является целый пакет документов. Вот некоторые из них:
Заключение
В статье мы очень бегло пробежались по основным разделам предпроектного обследования. Почему бегло? Потому что такое обследование — крайне творческое занятие. Главное, чтобы при прочтении концепции сложилось полное понимание, как это должно работать. А в остальном два документа с результатами исследования могут никак не быть похожими друг на друга. Соответственно и перечень разделов в вашем документе может сильно отличаться от приведенного выше.
Предпроектное исследование — этап, который спасает от неудачи
Изучайте проект, прежде чем в него ввязаться.
Я часто слышу фразу «Сколько будет стоить такой-то сервис?» — чистую идею, которая ничем не подкреплена. Приходится сообщать стартаперу, что нельзя просто так взять и сделать продукт. Потому что идея без предварительного анализа спроса ничего не стоит. А чтобы проверить, выживет ли она в реальном продукте, нужно потратить время и деньги и сделать предпроектное исследование. Некоторые отказываются, но это ошибка.
Почему это важно? Стартапер часто не обращает внимания на степень нужности продукта другим людям. Ему просто нравится идея и процесс, поэтому он будет бесконечно делать проект. В этом причина огромного числа полудохлых бизнесов на грани выживания.
Перед тем, как бросаться проектировать или разрабатывать сервис, необходимо оценить риски и принимать решение о том, надо ли действовать вообще, и уточнить направление.
Два главных вопроса предпроектного исследования
Чтобы проверить жизнеспособность идеи, я предлагаю провести кабинетное исследование. В таком исследовании важно понять, есть ли вообще жизнь в этой отрасли — деньги и перспективы. Чтобы узнать это, я анализирую отрасль и определяю:
Причем не стоит разделять мировую экономику и российскую, потому что полную статистику можно собрать только из общего анализа отрасли. Рынок программных продуктов сам по себе глобален.
Методика
Методика такого кабинетного исследования сводится к сбору и анализу данных о проектах из указанной заказчиком отрасли на ресурсах типа Crunchbase. После занудного, рутинного, но важного анализа нескольких сотен проектов статус отрасли становится ясен.
Пример предпроектного исследования
Недавно ко мне обратился клиент с идеей разработки сервиса по автоматизации сбора гифок для соцсетей. Берясь за исследование, я был уверен, что приду к тому, что денег в отрасли нет и отговорю делать проект.
Количество компаний и их возраст на момент инвестиций
В ходе исследования выяснилось, что дела обстоят ровно наоборот. Выяснив, что сервисы в аналитике smm набирают популярность, и объем среднего раунда растет, я понял, что отрасль перспективна. Дальше стал смотреть, какие именно сервисы растут в прибыли и увидел то, о чем можно было догадаться и безо всякого исследования: сервисы, которые используют технологии машинного обучения и обработки больших данных. Они интенсивно растут и имеют показатель выручки на сотрудника в год больше ста тысяч долларов.
Категории проектов с высокой выручкой и количество их упоминаний.
Категории проектов с низкой выручкой и количество их упоминаний.
Тенденция по количеству новых компаний, открывшихся в отрасли в течение последних 5 лет, четко показывает, что происходит — увеличивается ли спрос на продукты, интересна ли сфера инвесторам. В первую очередь стоит смотреть, сколько денег вкладывается в эти компании и какого они возраста.
По динамике привлечения инвестиций видно, что выросло количество компаний в отрасли и сократился срок, в который они привлекают первые инвестиции.
На графике видно, что компании, которым всего 1 год получили в 2018 году 15 раундов инвестиций.
Это значит, что интерес инвесторов к отрасли вырос, и стало легче привлечь средства.
Динамика привлечения инвестиций
В итоге при исследовании количества новых компаний на рынке
и привлеченных ими денег, становится понятно — стоит ли идти
в конкретную сферу.
Количество компаний растет, а средний объем раунда сохраняется.
Я стал анализировать информацию более детально и увидел, что средний объем привлеченных средств в последнем раунде примерно одинаков, а количество компаний, получивших последний раунд, выросло в два раза с 2014 по 2017 год:
В итоге исследования я пришел к тому, что если двигаться в сторону сервиса smm-аналитики с технологией машинного обучения, то получить раунд
и хорошую прибыль будет легче, потому что эта отрасль понятна и актуальна для инвесторов.
Интервью как часть исследования
После уточнения идеи продукта стоит не только изучить финансы и перспективу отрасли в мировом масштабе, но и сделать кое-что более приземленное. В начале я упомянул о том, что идея сама по себе может быть никому не нужна. Для того, чтобы понять, есть ли у людей запрос на продукт, я провожу исследовательское интервью.
Любой проект решает какую-то проблему. Задача интервью — выяснить у реальных людей из потенциальной целевой аудитории продукта, какая у них проблема. Причем важно не просто поговорить о том, что «болит», а о том — что «болит» именно сейчас, в текущий момент времени.
Обычно после 10-го интервью ответы начинают повторяться и можно увидеть конкретное направление развития, способы упрощения идеи и проектирования пилотной версии продукта.
Предприниматели готовы вложить в разработку проекта миллионы рублей, а подобное исследование стоит в пределах пары сотен тысяч. Это многократно окупается, когда проект выстреливает.
Хотеть воплощать идеи — здорово, но куда лучше делать проекты, нужные людям. Те, которые будут приносить пользу и выгоду
и создателям, и пользователям.
Это и помогает определить предпроектное исследование.
Если хотите обсудить ваш проект, напишите нам. За 10 лет мы запустили 40 сложных программных продуктов для частных инвесторов, крупных бизнесов и государственных организаций. Поможем и вам 🙂
Подпишитесь на блог WB—Tech
Никакого спама, только анонсы новых статей!
Кирилл Гришанин
Последние 10 лет руковожу командой аналитиков, дизайнеров и разработчиков
Что такое предпроектное исследование
6.3. ПРЕДПРОЕКТНОЕ ИССЛЕДОВАНИЕ и
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Предпроектное исследование осуществляется с целью параметризации проекта создания АИПС. Сначала выявляются все материальные, финансовые людские и временные ресурсы для выполнения необходимых проектных работ. Это этап сбора необходимых данных и их анализа.
На основе полученных данных формируется Техническое задание (ТЗ) – третий этап проектирования (при необходимости – технико-экономическое обоснование проекта – ТЭО), и собственно проект (четвёртый этап проектирования).
При этом следует отличать работы, связанные с автоматизацией физического труда от работ по автоматизации умственного труда.
Объектами автоматизации могут быть как отдельно взятые, автономные операции или процессы, так и интегральные (интегрированные) системы, требующие обеспечения автоматизации целого комплекса процессов. На основе полученных в процессе проектирования данных в дальнейшем будет приобретаться необходимое оборудование и программное обеспечение, осуществляться монтаж и наладка (при необходимости) оборудования, инициализация (инсталляция, установка) необходимых программ, обучение персонала и опытная эксплуатация создаваемых фрагментов (элементов и подсистем) АИС.
Эти условия становятся наиболее актуальными при использовании локальных и глобальных компьютерных сетевых технологий, получивших в наше время название Интранет и Интернет, соответственно.
Этап анализа предполагает подробное исследование бизнес-процессов и информации, необходимой для их выполнения: сущностей, их атрибутов и связей (отношений). На этом этапе создаётся информационная модель ИС, а на следующем за ним этапе проектирования – модель данных.
Вся собранная информация формализуется и уточняется по результатам её анализа.
На этапе анализа происходит уточнение существующих и необходимых для конечной реализации аппаратных и программных средств. Для этого могут привлекаться группы тестирования и технические специалисты. При проектировании информационной системы важно учесть и дальнейшее её развитие, например рост объёмов обрабатываемых данных, увеличение интенсивности потока запросов, изменение требований надёжности информационной системы и др.
На этом этапе определяют модели задач для получения сравнительных характеристик СУБД, которые могут быть использованы для реализации АИС. На этапе исследования может быть осуществлен выбор СУБД. Полученные данные могут показать, что выбранная СУБД не удовлетворит требования Заказчика. Аналогичные данные могут быть получены в отношении предлагаемой аппаратной платформы и операционной системы. Такие результаты свидетельствуют о необходимости изменения и (или) корректировки начальных данных, полученных в результате предпроектного исследования.
По полученным результатам следует выявить необходимые средства разработки АИС, выбор которых уточняется на этапе анализа. Если предполагаемое средство разработки не позволяет выполнять хотя бы часть работ в заранее заданный срок, то принимают решение об изменении срока (как правило, его увеличении) или о смене средства разработки. Осуществляя выбор средств разработки, следует учитывать наличие персонала, владеющего ими.
На этапе анализа уточняю существование или появление возможных ограничений, рисков и критических факторов. Если первичное исследование показало, что какие-либо требования Заказчика не могут быть удовлетворены в проектируемой АИС, то рассматривается возможность их изменения Заказчиком.
Необходимо оценивать степень удовлетворения каждой из потребностей Заказчика, связанных с внедрением ИС. При этом не следует забывать, что отсутствие необходимых исходных данных затрудняет проектирование системы.
В рамках предпроектного исследования может осуществляться концептуальное проектирование (conceptual design) – разработка аванпроекта (пилотного проекта) или программы создания системы.
Он должен осуществляться в течение непродолжительного времени иначе Заказчик может потерять интерес к проекту. Важной функцией пилотного проекта является принятие решения относительно приобретения или отказа от использования ИС.
Возможным следующие варианты решения:
Выполненная на данном этапе работа позволяет ответить на вопрос, какие требования Заказчика могут быть удовлетворены, если стоит продолжать данный проект. Может оказаться, что проект продолжать не имеет смысла, например из-за того, что какие-то требования не могут быть удовлетворены по объективным и иным причинам. Если принимается решение о продолжении проекта, то переходят к формированию Технического задания.
Техническое задание (ТЗ) – третья стадия проектирования АИС. Оно формируется по результатам проведённого предпроектного исследования и включает разработку и утверждение Технического задания на создание АИС.
Напомним, что разработчики к нему могут и не приступить, если в результате предпрпоектного исследования было выявлено, что Заказчику следует отказаться от использования АИС.
В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АИС.
В соответствии с ГОСТ 34.601-90 после согласования с заказчиком, выполняется разработка, оформление, согласование и утверждение технического задания (ТЗ) на АИС. Данный стандарт также определяет состав участников проектирования и реализации проектных решений при составлении и (или) согласовании ТЗ.
Легко заметить, что многие его компоненты не только базируются на результатах проведённого предпроектного исследования, но и входят в состав ТЗ.
В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
В состав ТЗ на АИС включают приложения, содержащие:
1. Расчёт ожидаемой эффективности системы;
2. Оценку научно-технического уровня системы;
3. Использованные при разработке ТЗ методические и наиболее важные информационные материалы из состава документов указанных в разделе «Источники разработки».
Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД 50-640-87 и ГОСТ 24.602-86.
Предпроектные работы для разработки проектной документации
Предпроектные работы – это сбор исходных данных и эскизное проектирование, в результате которых приходит осознание всех параметров и характеристик будущего объекта и формируется точное и подробное Техническое задание. Если нужна разработка проектной документации, то не стоит отказываться и от предпроектных работ.
Любой проект начинается с предварительной подготовки, обсуждений, составления технического задания, тщательного сбора исходных данных, с обоснования планируемого проекта, выезда на площадку будущего строительства — все это предпроектные работы. Тщательная подготовка исключит разработку заведомо не реализуемого проекта и лишние затраты при проектировании и строительстве, поможет всесторонне оценить и осмыслить будущий проект.
В проектно-строительной компании Бау Микс уверены: только грамотное техническое решение на основе правильно разработанной концепции дает наибольшую выгоду в ценовом выражении для клиента. Именно поэтому важно учитывать множество нюансов с самого начала, и это — предпроектные работы.
• Получение заключения по инженерным изысканиям:
— топографическая съемка земельного участка (геодезия); геологические изыскания; гидрологические изыскания; экологические изыскания; охрана окружающей среды.
• Проверка инженерного обеспечения ЗУ, получение технических условий (ТУ) на подключение к инженерным сетям (электричество, водоснабжении и водоотведение, отопление, газ).
• Эскизный проект (ссылка на скачивание файла по эскизному проекту).• Удаление или пересадка зеленых насаждений.
• В случае реконструкции требуется техническое обследование здания и сооружений.
• Получение градостроительного плана.
Предпроектные работы — это важный этап в разработке документации, проектировании и строительстве любого объекта. Вы сможете определить возможность возведения планируемого объекта, уточнить его характеристики, собрать все исходные данные, получить необходимые документы и разрешения.
После сбора прохождения данного этапа можно обращаться в проектную компанию на разработку проектной документации. Также возможна разработка проекта с комплексом услуг в области информационного моделирования зданий — BIM проектирование, перевод «стандартной» 2D документации в BIM среду и выполнение трехмерных моделей инженерных изысканий.
!ВАЖНО! Как правило проектная документация разрабатывается в 2 стадии: 1. Стадия П (проект, разработанный для прохождения экспертизы / ПД);
2. Стадия Р (рабочая документация, выполняется на основании “стадии П”).
Двухстадийное проектирование потребуется в случае, если объект капитального строительства:
• относится к объектам массового пребывания граждан;
• является особо опасным, технически сложным или уникальным объектом;
• площадь объекта больше 1500 м²;
• объект выше 3 этажей;
• если требуется установление санитарно-защитных зон на ЗУ.
Если ваш объект не подпадает под данные пункты, то можно сразу переходить к разработке рабочей документации (стадии Р).