Re: Концепция автоматизации.
Мне интересна данная тема, ответы здесь я хочу услышать от двух сторон:
А) Клиенты (что хочу услышать от вас):
1) при сотрудничестве с партнёрами Autodesk Вам предлагались подобные документы
2) Считаете Вы нужным данный документ при сотрудничестве по внедрению САПР
Б) Партнёры Autodesk (дилеры, реселеры)
1) Какие документы вы предоставляете клиенту после проведения консалтинга (показать содержание этих документов)
Re: Концепция автоматизации.
Давненько ходил я вокруг этой темы, всё подмывало ответить, но ответ в пару слов невозможен – слишком непростая и объёмная тема затронута, а на развёрнутый ответ всё времени не хватало. Но всё-таки выбрал время, поэтому вам теперь придётся пожертвовать своим временем…
Итак, я выступаю от имени Клиентов. Оставим Autodesk inc. в стороне, будем вести разговор о неком общем, обезличенном процессе внедрения программного X продукта на предприятии N. Как это делается у нас. Во-первых, давно отлажена цепочка: Концепция – Техническое Задание – Проект – Реализация. Попробуем пройтись по звеньям.
Концепция
Концепция, (лат. conceptio - понимание, единый замысел, ведущая мысль), умственное построение, система воззрения о каком-либо предмете. (с) Малый энциклопедический словарь Брокгауза и Ефрона.
Этот документ разрабатывает Заказчик. А если ещё точнее, то подразделение-владелец автоматизируемого бизнес-процесса. Учитывая, что исполнителями зачастую выступают люди далёкие от автоматизации, первую редакцию разрешается писать без использования специальной, понятной разработчику, терминологии. Задача первой редакции – узнать как можно больше о существующем бизнес-процессе от людей, непосредственно осуществляющих его исполнение. Потребитель этой информации – служба информационных технологий предприятия. Айтишники, получив понятие об автоматизируемом бизнес-процессе и о потребностях конечного заказчика во-первых «переводят» документ на язык разработчика, во-вторых, используя свой опыт, дают предложения по решениям поднятых задач. Несколько итераций позволяют получить окончательную редакцию документа, который описывает существующий производственный процесс, подлежащий автоматизации и в каком виде конечный заказчик видит этот процесс после автоматизации. В дальнейшем, при объявлении тендера на выбор решения или исполнителя «Концепция» обязательно включается в состав тендерных документов. Если будущему исполнителю потребуется провести обследование предприятия, то Концепция будет своеобразным путеводителем по производствам и процессам.
Техническое задание
Техническое задание формально должно разрабатываться заказчиком; идеально, если это совместный труд заказчика и исполнителя; на самом же деле чаще всего ТЗ разрабатывает исполнитель, заказчик же только согласовывает его. Исходными данными для конкретных разделов ТЗ будет Концепция.
Проект
Тут особо говорить нечего. Если Концепция и Техническое задание отвечают на вопрос «что» мы хотим сделать, то проект должен ответить «как» это будет сделано.
Реализация
Реализация (часто применяется термин «строительство», хотя он не в полной мере отражает специфику автоматизации) – это выполнение требований проекта. Обратите внимание на состав и содержание эксплуатационной документации, хотя возможно вы уже опоздали. Ведь состав поставляемой документации расписывается в ТЗ.
Ну а затем начинаются суровые будни эксплуатации…
Re: Концепция автоматизации.
Игорь, спасибо за интересный ответ.
Теоретически почти со всем согласен, кроме того, что ТЗ появляется до проекта. ТЗ это как раз документ который говорит как. Если на то пошло, то цепочка должна быть следующая (кстати есть очень хороший советский ГОСТ на автоматизированные системы - вот только номер запамятовал):
1. Концепция (стратегия)
2. Технические требования (что делать)
3. Техническое задание (как делать) ГОСТ 19.201-78
4. План-отчет по внедрению (что делается)
5. Мониторинг (как работает и что это дало)
а общий смысл вы передали безукоризненно!
Все то оно так.... но:
Как правило IT подразделения не в силах написать Концепцию по автоматизации и Технические требования (ориентировочно 95%), а уж ТЗ.....
Кстати, я уверен что правильная постановка это где то 30% реализации.
Причины у всех одни:
1. часто отсутствие опыта
2. нет времени
3. нет мотивации
4. неверие руководству своим
5. страх перед высшим руководством (без прямого контакта нельзя определить курс движения компании)
6. наверное чаще всего низкий кругозор и незнание ИТ рынка.
Re: Концепция автоматизации.
PS поделюсь последней нашей информацией по данной теме.
Мы провели срез по проекту внедрения САПР + PDM на небольшом предприятии (30 конструкторов). Проект делался изначально с концепцией автоматизации.
Срез пока сделали только по двум позициям:
1. Экономия на ПО (САПР)
2. Экономия на обучении
.... и хотя возврат инвестиций нам рассчитать трудно, мы выявили экономию затрат на этот проект на 20%! И это при договоре на 1,5 года!
Т.е. выкупая и внедряя САПР (у нас) в течении 1,5 года клиент получил его по стоимости в 20% ниже прайс-листа производителя! И все это благодаря созданию концепции автоматизации и консалтингу по ПО (продали то что им точно нужно и по сбалансированной программе).
Если честно шокирован сам. Проект по суммам не большой, через месяц-два посчитаем экономический эффект. С удовольствием поделюсь общими данными.
Re: Концепция автоматизации.
Мы пользуемся ГОСТом 34.601-90 "Автоматизированные системы. Стадии создания". В этом документе в разделе 2 "Стадии и этапы создания автоматизированной системы" приведена такая последовательность:
1. Формирование требований к автоматизированной системе.
2. Разработка концепции.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение автоматизированной системы.
В своей реальной деятельности этапы 1 и 2 мы объединяем и называем это "Разработкой концепции".
Этапы 4 и 5 объединяем в один этап "Проект".
То, что мы называем "Реализацией" проекта есть совмещённые этапы 6 и 7.
Так что ТЗ всё-таки перед проектированием.
А по поводу "потенции" участников разработки... Вы попытайтесь поручить работы по сопровождению разработки и внедрения не на общественных началах, за оклад, который специалист получит в любом случае, а за реальные деньги. Например, принять временно, по совместительству в штат подрядчика. Уверяю Вас, откуда только возьмутся знания, опыт и, главное, желание...
Re: Концепция автоматизации.
Вообще 34-ый ГОСТ в IT вообще является общепризнанным. И там вполне есть четкое описание того, что ТЗ на АС должно содержать, хотя на практике коммерчесике компании выступающие в качестве подрядчика часто стараются от него уйти.
Re: Концепция автоматизации.
Текст удален модератором. Формулируйте ваш вопрос более четко и по теме.
Re: Концепция автоматизации.
Здравствуйте, Раскажу о наболевшем =)
На данный момент Autodesk внедряет большое количество отраслевых решений для различных сфер проектирования. Я не буду перечислять все продукты. Есть вопрос. Проектный институт, который имеет большое количество направлений проектирования; долгое время проектировал с использованием продукта AutoCad формат документа (*.dwg) и при взаимодействии между отделами (поэтапная реализация отдельных частей проекта: строительная часть, электротехническая, ген. План, сантехническая часть и т.д) на стадии реализации ПРОЕКТА проблем с чтением документов смежных отделов не было, максимум шрифт =). Но от руководства поступила задача перейти на твёрдотельное моделирование на всех стадиях проектирования т.е. 3D и при этом использовать САПР Autodesck. У Autodesk нашлось много решений для реализации отдельно-стоящих задач и все они удовлетворяют нашим требованием, но объединить всё в одну 3D модель или передать смежнику задание без потери информационного наполнения модели не представляется возможным.
Например: например технологи с компоновали оборудование а AutoCAd MEP , строители, архитекторы сделали коробку для здания с фундаментами балками и т.п. в AutoCAD Architecture и AutoCAD Structural Detailing , коммуникации опять же AutoCAd MEP…. Но каждый тянет свои библиотеки и корректно документ в 3D отображается только в приложении в котором он создавался изначально т.е. я не могу открыть документ созданный AutoCAD Structural Detailing в AutoCAd MEP корректно. Как поступить в такой ситуации???? Как сделать так чтобы отделы работали с одной моделью?
Re: Концепция автоматизации.
Quote:
Originally Posted by
a_puzankov
Здравствуйте, Раскажу о наболевшем =)
На данный момент Autodesk внедряет большое количество отраслевых решений для различных сфер проектирования. Я не буду перечислять все продукты. Есть вопрос. Проектный институт, который имеет большое количество направлений проектирования; долгое время проектировал с использованием продукта AutoCad формат документа (*.dwg) и при взаимодействии между отделами (поэтапная реализация отдельных частей проекта: строительная часть, электротехническая, ген. План, сантехническая часть и т.д) на стадии реализации ПРОЕКТА проблем с чтением документов смежных отделов не было, максимум шрифт =). Но от руководства поступила задача перейти на твёрдотельное моделирование на всех стадиях проектирования т.е. 3D и при этом использовать САПР Autodesck. У Autodesk нашлось много решений для реализации отдельно-стоящих задач и все они удовлетворяют нашим требованием, но объединить всё в одну 3D модель или передать смежнику задание без потери информационного наполнения модели не представляется возможным.
Например: например технологи с компоновали оборудование а AutoCAd MEP , строители, архитекторы сделали коробку для здания с фундаментами балками и т.п. в AutoCAD Architecture и AutoCAD Structural Detailing , коммуникации опять же AutoCAd MEP…. Но каждый тянет свои библиотеки и корректно документ в 3D отображается только в приложении в котором он создавался изначально т.е. я не могу открыть документ созданный AutoCAD Structural Detailing в AutoCAd MEP корректно. Как поступить в такой ситуации???? Как сделать так чтобы отделы работали с одной моделью?
Добрый день.
Интересно, но для объективного анализа не хватает данных.
Как правило при первичном внедрении (когда только САПР) сохраняют в dwg формат. Все решения Autodesk корректно его понимают. Мы не встречали проблем (были сложности при сочетании рус-англ версий)
Варианты для вас на первый взгляд (так как мало данных):
1. Отработайте работу над проектом в Vault (или NavisWorks)
2. Промоделируйте "цепочку спецов" например Structural Detaling - MEP. Для этого:
2.1. Свяжитесь с теми кто вам продавал и проконсультируйтесь с ними
2.2. Подготовьте чертежи в каждом из САПР
2.3. Промоделируйте передачу данных в различных видах
