что такое результат проектирования
Результат проектирования
9 Результат проектирования
Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования
Смотри также родственные термины:
8.4 результат проектирования в САПР: Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования
Полезное
Смотреть что такое «Результат проектирования» в других словарях:
результат проектирования в САПР — Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования. [ГОСТ 34.003 90] Тематики автоматизированные системы … Справочник технического переводчика
результат проектирования в САПР — 8.4 результат проектирования в САПР: Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования Источник … Словарь-справочник терминов нормативно-технической документации
результат действия — 3.4.11. результат действия : Статус, приобретаемый информационными объектами, создаваемыми, преобразуемыми или/и контролируемыми сотрудником в ходе выполнения проекта. Характер результата определяется функциональной моделью процесса… … Словарь-справочник терминов нормативно-технической документации
Выходной язык проектирования — N. Выходной язык проектирования Выходной язык Язык проектнроианим, предназначенный для представления какого либо проектного решения, включая результат проектирования в форме, удовлетворяющей требованиям его дальнейшего применения Источник: ГОСТ… … Словарь-справочник терминов нормативно-технической документации
СП 151.13330.2012: Инженерные изыскания для размещения, проектирования и строительства АЭС. Часть I. Инженерные изыскания для разработки предпроектной документации (выбор пункта и выбор площадки размещения АЭС) — Терминология СП 151.13330.2012: Инженерные изыскания для размещения, проектирования и строительства АЭС. Часть I. Инженерные изыскания для разработки предпроектной документации (выбор пункта и выбор площадки размещения АЭС): 3.48 MSK 64: 12… … Словарь-справочник терминов нормативно-технической документации
Команда (шаблон проектирования) — У этого термина существуют и другие значения, см. Команда. Шаблон проектирования Команда Command Тип: поведенческий Назначение: для обработки команды в виде объекта … Википедия
Фабричный метод (шаблон проектирования) — Шаблон проектирования Фабричный метод Factory Method Тип: порождающий Описан в Design Patterns Да Фабричный метод (англ. Factory Method) порождающий шаблон проектирования, предоставляющий подклассам интерфейс для созда … Википедия
МД 3.02-2000: Технологические правила проектирования. Методическое руководство — Терминология МД 3.02 2000: Технологические правила проектирования. Методическое руководство: Инвестиционный строительный проект Совокупность организационно технических мероприятий по реализации инвестиций в объекты капитального строительства в… … Словарь-справочник терминов нормативно-технической документации
Декоратор (шаблон проектирования) — У этого термина существуют и другие значения, см. Декоратор. Шаблон проектирования Декоратор Decorator … Википедия
результат проектирования в САПР
8.4 результат проектирования в САПР: Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования
Смотреть что такое «результат проектирования в САПР» в других словарях:
результат проектирования в САПР — Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования. [ГОСТ 34.003 90] Тематики автоматизированные системы … Справочник технического переводчика
Результат проектирования — 9 Результат проектирования Проектное решение (совокупность проектных решений), удовлетворяющее заданным требованиям, необходимое для создания объекта проектирования Источник: ГОСТ 22487 77: Проектирование автоматизированное. Термины и определения … Словарь-справочник терминов нормативно-технической документации
ГОСТ 34.003-90: Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения — Терминология ГОСТ 34.003 90: Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения оригинал документа: 1.1 автоматизированная система; АС: Система, состоящая из персонала и … Словарь-справочник терминов нормативно-технической документации
алгоритм — 01.01.60 алгоритм [ algorithm]: Конечное упорядоченное множество точно определенных правил для решения конкретной задачи1). 1)Терминологическая статья соответствует ГОСТ Р 52292 2004 (7.1.2). Источник … Словарь-справочник терминов нормативно-технической документации
ГОСТ 22487-77: Проектирование автоматизированное. Термины и определения — Терминология ГОСТ 22487 77: Проектирование автоматизированное. Термины и определения оригинал документа: II. Язык проектирования Язык, предназначенный дли представления и преобразования описаний при проектировании Определения термина из разных… … Словарь-справочник терминов нормативно-технической документации
AutoCAD — 2006, запущенный под Windows XP. Тип Программы САПР Разработчик Autodesk … Википедия
Синхронная Технология — Тип САПР, Технологии Разработчик Siemens PLM Software Операционная система Windows XP/Vista Последняя версия NX6, CAM Express, Solid Edge с Синхронной Технологией 2 … Википедия
Синхронная технология — Тип САПР Разработчик Siemens PLM Software Операционная система Windows XP/Vista Последняя версия NX6, CAM Express, Solid Edge с синхронной технологией 2 Сайт … Википедия
Проектирование — Существует несколько определений термина «проектирование». В основном они характеризуют его с двух сторон, как общераспространенное понятие и с научно технической позиции … Википедия
Результат проектирования
Проектная документация
В процессе проектирования мы решаем, как должен работать будущий продукт, и документируем решения. Чем детальнее наши документы, тем лучше:
Всё это повышает шансы проекта на реализацию.
Карл Вигерс, автор книги «Разработка требований к программному обеспечению», подсчитал, что на американском рынке разработки 40% бюджета проекта уходит на переделки из-за того, что заказчик и исполнитель плохо сформулировали требования к продукту и вообще не поняли друг друга.
По мнению Алексея Бородкина, в прошлом директора по продукту в Notamedia, на российском рынке эта цифра доходит до 60%.
Как ещё можно использовать артефакты проектирования? На примере прототипа:
Прототип
Прототип — самый понятный артефакт. Если вы создали или получили от заказчика документ, в котором состав и компоновка страниц продукта описаны текстом, сделайте прототип. Прототипирование (визуализация уже придуманного решения) стоит в разы дешевле проектирования. Вот отрывок из реального технического задания:
При нажатии на кнопку (ячейку с заголовком) появляется новая табличка с перечислением регионов (на новой странице), оформленная также в виде кубиков. На заднем фоне каждого кубика — картинка местного специалитета.
Наводя на регион, появляется краткая цифровая информация: Event-компании — 100 (заявок из региона); Отели 5* — 3; Отели 4* — 15… Количество услуг будет зависеть от того, сколько оставят заявок.
И так почти десять страниц. Уверен, если 5 человек визуализируют это, получится 5 разных вариантов и столько же разных оценок сложности проекта. А имелось в виду следующее:
Кстати, после получения интерактивного прототипа заказчик прокликал будущий продукт и внёс значительные правки в ТЗ: упростил структуру и убрал дублирующиеся функции.
Текстовая документация
Иногда прототипа недостаточно. Например:
И тогда создаются диаграммы и текстовые документы: функциональные спецификации, технические задания, технические требования, сценарии и так далее.
Заказчик знакомится с документацией. Если у него есть видение проекта, он хочет убедиться, что исполнитель видит то же самое. В остальных случаях он пытается понять, как исполнитель решит поставленную задачу. Для таких клиентов справедливо определение проектирования, сформулированное Егором Камелевым:
Проектирование — это процесс визуализации хотелок заказчика с учётом переменных, о которых он узнает лишь во время этого процесса.
При этом важно понимать, что люди не любят читать. А если это сложный для понимания текст (как в примере выше) и если его надо согласовать, то миссия становится трудновыполнимой.
У военных такой проблемы нет. Офицер говорит: «Установить орудие на десять». Солдат подтверждает, что правильно услышал приказ: «Есть установить орудие на десять».
Но военные действуют в материальном мире, а у офицеров всегда есть видение. Сложно представить такой диалог:
— Увеличить через месяц конверсию сайта на 10%.
— Для увеличения конверсии я выделю ЦА, сформулирую УТП и создам для каждой целевой группы специализированный лендинг. (На самом деле солдат не понимает, сработает это или нет.)
— Выполняйте. (На самом деле офицер вообще не понял, что будет сделано.)
Понимание
Когда Алексей Ёжиков работал директором по развитию Kelnik, он написал:
Проектирование сайта — консультационная услуга по созданию образа будущего сайта, конечным результатом которой является одинаковое уточнение назначения, задач, структуры, функциональности, сценариев использования и тектоники сайта в сознании всей проектной команды.
В некоторых ситуациях можно отказаться от документов. Результат проектирования можно просто объяснить на встрече, если команда продукта не страдает от склероза и не собирается привлекать новых участников, которых потребуется ввести в курс дела. Но надо именно объяснить, а не просто рассказать. Чтобы образ продукта действительно попал в сознание.
Выше описан редкий крайний случай. Тоже крайний, но не такой редкий — пересылка артефакта без презентации и обсуждения комментариев с заказчиком. Так часто поступают начинающие проектировщики и в результате:
Если заказчик не вникнет, проблемы просто перенесутся на этап разработки. Это особенно важно компаниям полного цикла, которые проектируют и разрабатывают. Но и чистые проектировщики бывают заинтересованы в сохранении репутации и субподряда от компаний полного цикла.
Эд Кэтмелл, президент Pixar и Walt Disney Animation Studios в книге «Корпорация гениев» писал, что все люди ошибаются, и это нормально. Ваш процесс должен учитывать это и содержать механизм отлова и исправления ошибок.
Не бывает идеальных документов, в более-менее крупном прототипе всегда найдётся битая ссылка. Изучение документации заказчиком и обсуждение — важная часть процесса.
Вывод
В процессе проектирования важны и создаваемые документы, и понимание. Вопрос в том, как заставить заказчика участвовать в обсуждении и читать документы.
Ольга Павлова, книга «Как решать UX-задачи в ситуации незнания и самообмана»
Впервые опубликовано в рассылке 18 сентября 2016 года. Также опубликовано на Медиуме.
Опечатка? Выделите её и нажмите кнопки Control и Enter.
Технологии цифрового маркетинга — книга, где я был соавтором (параграф про создание сайта) и литературным редактором (привёл текст к единой стилистике и упростил формулировки). От 249 рублей.
Проектирование программного обеспечения
Если бы мы запланировали статью, которая не будет никому интересна, то наверное написали про важность проектирования зданий перед их постройкой. Но, к счастью, любой человек понимает, почему не стоит строить дома на глазок, добавляя фичи прямо в процессе строительства. При разработке же программного обеспечения по-прежнему полезно напоминать о том, что начинать её следует с проектирования — т.е. с полного планирования того, что непосредственно нам придётся разрабтывать, в какие сроки, с какими исходными данными и ожидаемым результатом.
За 13 лет опыта компании «Эдисон» в аутсорс-разработке для средних и крупных компаний из России, США, Европы и Австралии мы выработали собственную схему проектирования ПО, о которой в этом посте и расскажем.
Зачем нужно проектирование программного обеспечения
Определив требования к программному обеспечению, разработчик получает согласованный четкий план действий, график оплат и сроков, сокращает время разработки и повышает её качество, а также позволяет предусмотреть любые другие нюансы разработки, например, юридические (в частности по передаче авторских прав на программное обеспечение).
Проектируя ПО заранее, разработчик получает возможность:
Подготовительный этап
В зависимости от особенностей проекта порядок разработки программного обеспечения может отличаться, но в общем виде он такой:
При подготовке к проектированию решаются организационные вопросы:
Этапы и результаты проектирования
Теоретически, если на подготовительном этапе клиент может сразу предоставить результат проектирования в соответствии с этими требованиями, этап проектирования можно опустить и сразу перейти к бесплатной оценке проекта. Однако пока таких случаев в нашей практике не было.
Требования к техническому заданию на разработку программного обеспечения
Минимально достаточное ТЗ должно:
Примеры техзаданий на разработку ПО
Естественно, чем сложнее проект, тем дольше и дороже подготовка к нему. Проектирование небольших проектов занимает от недели до месяца. Чтобы процесс шёл быстрее и стоил меньше, мы предоставляем заказчикам по запросу инструкцию по составлению ТЗ и примеры готовых технических заданий. Приведем примеры и тут.
ТЗ на программное обеспечение Protector
Объект ТЗ: разработка и интеграция с существующей системой модульного ПО для мониторинга удаленных устройств охраны
Заказчик: ООО «ВТИМБ»
Сценарии использования образовательной системы
Объект ТЗ: создание образовательной системы
ТЗ на разработку ПО SMPP-шлюз
Объект ТЗ: разработка программного обеспечения SMPP-шлюза
Заказчик: IMT
В ходе разработки ТЗ, как в последнем кейсе, мы обязательно визуализируем основные моменты в виде схем, диаграмм, моделируем бизнес-процессы, создаем макеты интерфейсов, по желанию клиента выполняем ТЗ на русском или английском языках.
Проектирование — для больших парней
За годы работы нами написаны сотни техзаданий на разработку программного обеспечения различной степени сложности, и мы понимаем, что роль разработки подробного ТЗ сложно переоценить. Бывало, работали с ТЗ на более чем 1000 страниц, и для крупных проектов — это оправдано и необходимо. Тем не менее не стоит забывать о принципе целесообразности — нет смысла писать ТЗ на 20 страниц для двухдневной разработки продукта.
Есть замечания по нашей методологии или вы хотите поделиться своим опытом? Рады будем пообщаться в комментариях, в нашей группе в Фейсбуке или во Вконтакте.
Что такое проектирование: методы, основы и виды
Любые сложные начинания и производственные работы требуют соблюдения участниками проекта единого разработанного плана. Без документа, в котором бы содержалась вся подробная информация графического и текстового характера об этапах производства, слаженного взаимодействия не получится. Этот закон распространяется на все виды деятельности в большей или меньшей степени. В этой статье мы расскажем о процессе проектирования: что это такое, каков его объект и каковы основы разработки.
Из чего состоит проектная работа
В первую очередь весь пакет бумаг можно разделить на чертежи и документацию.
Любой объект в строительстве, макет разрабатываемого продукта, например, детали автомобиля или план по реконструкции жилого участка содержит схематические изображения. В ряде случаев они остаются на примитивном уровне – местоположение объектов, линии пересечения коммуникаций или расположение глаз в конструкции игрушечной куклы.
Но чаще используются многослойные планы, которые содержат ряд файлов для специализаций – в случае согласованной работы разных отделов или технически трудного выполнения изделий. Такая работа проводится на компьютере в специализированных программах – САПРах. Это позволяет оперативно обмениваться информацией, вносить коррективы по ходу производства и выполнять точные расчеты.
Документация представлена в проектах рядом актов, требований, норм и отчетов. Сюда же могут входить сметы по стоимости израсходованных материалов, рекомендации по работе конкретных специалистов, договоры и запротоколированные условия сделки – сроки изготовления и реализации объекта. Чтобы точно определить, что включает в себя проектирование, важно знать сферу, в которой оно происходит. В зависимости от нее будут добавлены или убраны из перечня чертежей и сопутствующих бумаг специализированные пункты.
Для кого предназначены проектные работы
Они используются во всех сферах производственных работ:
При этом к плану обращаются на всех этапах деятельности специалисты разных профилей.
Рассмотрим на примере конструирования и реализации любого продукта. Чтобы запустить в продажу новую модель изделия, необходимо:
Так работа с объектом проектирования – это многоступенчатая задача разных отделов и цехов. Оперативный документооборот при помощи компьютерных программ позволяет задействовать следующие стороны:
При усложнении задачи проектирования становится шире круг лиц, которые имеют доступ к проекту. Могут входить сторонние эксперты, рабочие разных сфер, многочисленные управляющие разными процессами люди. Чтобы точнее определить состав объектов и субъектов, имеющих отношение к процессу, обратимся к классификации.
Виды проектирования
По типу конечного результата:
По подходу к решению задачи:
Чем сложнее и больше задача, тем труднее вид проекта. Вместе с увеличением требований повышается многоплановость работы: появляются не только общие чертежи, но слоями накладываются планы с разных сторон, с учетом других характеристик предмета, материала. Добавляются объекты в форме 3D, так как большое значение уделено внешнему виду предмета, и без визуализации теперь никуда. И пакет документации стремительно становится шире. Теперь инженеры и производители не представляют себе возможным создать многогранный проект без специализированного программного обеспечения.
Что является объектом проектирования
Объективизация – это расположение составных частей в пространстве относительно друг друга и в зависимости от внешних обстоятельств. Согласно классификации проектируемых предметов можно выделить:
Способы работы
Основные методы проектирования – это действия, которые выполняются инженером для достижения целей. Есть следующие разновидности: