| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |  Справка по форуму | Файлообменник |

Вернуться   Форум DWG.RU > Программное обеспечение > Прочее. Программное обеспечение > шифры разделов документации и ПРОДОК на базе Lotus Notes 8.5 (Basic)

шифры разделов документации и ПРОДОК на базе Lotus Notes 8.5 (Basic)

Ответ
Поиск в этой теме
Непрочитано 15.09.2010, 16:08 #1
шифры разделов документации и ПРОДОК на базе Lotus Notes 8.5 (Basic)
Tyhig
 
Оснащение проходки горных выработок, ПОС, нормоконтроль, КР, АР
 
Ленинград
Регистрация: 30.01.2008
Сообщений: 18,620

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

Называется "ПРОДОК", сделана на коленке на базе Lotus Notes 8.5 (Basic).
Купили за огромные деньги, но она недоделана до конца. Такая ещё сырая штука.
В принципе всё было бы хорошо, но сделана она через одно место руками энной кривизны. Далеко не так что ты открыл и сразу работаешь, а так что ты открыл и надо обучаться у разработчиков.
Свой программист бы сделал её дешевле и проще. Мне так кажется.
Ну да ладно, это всё семечки. Мы уже почти обучились.

Недоделана она в том, что при внесениии в неё документов и т.п. надо указывать марку комплекта рабочих чертежей или шифр раздела проектной документации. Во первых эти шифры и марки не все были внесены, а во вторых сейчас же вышло постановление 87 и вслед за ним ГОСТ СПДС "Основные требования..." с новыми шифрами разделов.

Меня временно засунули в архив, дали высший доступ и сказали внести эти шифры и марки рабочки в программу.
Я начал планомерно копать старые ГОСТы и т.п.
А теперь вопрос специалистам на засыпку.

Получается понятие шифры проектной документации возникло вместе с новым ГОСТ СПДС 2009 года ?
До этого времени ничего не регламентировало шифры разделов именно стадии проект ?
Марки то передавались из ГОста в ГОСТ только обрастая во времени, а вот шифры раньше 2009 года я не нашёл.
Подскажите, пожалуйста, откуда у них ноги растут ?
Например шифр ОСР - объектный сметный расчёт.
Такое подозрение, что всё-таки где-то эти шифры были и раньше.

Дополнение. Сейчас раскопал ещё, что ГОСТ СПДС 1997 года регламентировал
"Марки разделов проекта принимают по аналогии с марками основных комплектов рабочих чертежей, приведенными в приложении А."
Но всё же не очень понятно откуда могли взяться все те многочисленные шифры во множестве существующие в нашем архиве. Их явно больше чем марок. о_О
__________________
"Безвыходных ситуаций не бывает" барон Мюнхаузен

Последний раз редактировалось Tyhig, 15.09.2010 в 16:18.
Просмотров: 14276
 
Автор темы   Непрочитано 12.05.2011, 14:34
#2
Tyhig

Оснащение проходки горных выработок, ПОС, нормоконтроль, КР, АР
 
Блог
 
Регистрация: 30.01.2008
Ленинград
Сообщений: 18,620


Это не топик-ап. Ответ на тему мне уже не нужен.
Разработчик ПРОДОК тет-а-тет попросил раскрыть :
Цитата:
Сообщение от Tyhig Посмотреть сообщение
но она недоделана до конца. Такая ещё сырая штука.
В принципе всё было бы хорошо, но сделана она через одно место руками энной кривизны.
и попросил критические конкретные замечания.
Похвально, хотя и бесполезно.
Но тем не менее.

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


1) Необходимо изменить платформу или разработать свою (что конечно намного лучше).

2) Необходимо разработать программу "как надстройку/интеграцию" одновременно над/с MS Project и над/с её конкурентами (Primavera, Turbo EPM, PMSOFT, PMAgent http://www.microsoftproject.ru/articles.phtml?aid=328).
С конкурентами я честно говоря не знаком.

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

4) Дизайн программы оставляет желать много лучшего.
Дизайн можно условно разбить на 2 элемента:
а) красота и удобство
б) путь между желанием пользователя и его реализацией (кол-во нажатий на кнопки)

а) - ужасно. Очень. Сделайте красивее, добавьте идеи панелей как в автокаде, ворде и т.п.; сделайте интуитивные предложения "не хочет ли пользователь сделать это или это ?" или сделайте так, чтобы активные действия выделялись понятным образом (кнопки становились побольше допустим или т.п.).
Большая часть замечания даже в ужасности дизайна как такового, а в том что есть некий международный непризанный стандарт как делать программы. Все пользователи к нему привыкли и интуитивно разбираются чего когда нажимать. MS Project я освоил менее чем за неделю. А тут просто ужас.

б) - ну это надо всю логику ПРОДОКа менять кардинально. Такое ощущение, что разработчики не отслеживали размеры этих путей.
Сейчас даже бессмысленно это делать. Надо просто заново спроектировать саму программу и её логику.
Offtop: Логика на этот раз должна быть мужской.

5) Существующий бумажный документооборот есть в любой компании. Необходимо не дорабатывать программу под каждую компанию годами, а разработать модуль который бы знал каждого пользователя и что он делает.
Т. е. при установке программы расстанавливаем пользователей по предприятию, назначаем им варианты действий. Далее при обновлениях программы этот модуль нельзя будет менять , поэтому необходимо предусмотреть все возможные случаи сразу.
а) В процессе эксплуатации программы администратор должен отражать в этом модуле текущее положение. Также в программе должны быть дальносрочный прогноз командировок, отпусков и прочее и ближнесрочный прогноз на 1-2 недели.
б) документооборот должен быть по возможности подтверждён документальными требованиями норм и законов. Например для отдела кадров или бухгалтерии есть федеральные нормы на почти всю их документацию.
Эти нормы должны отслеживаться и обновляться.
в) вся работа должна быть разделена на стандартные операции вспомогательных подразделений (отдел кадров, бухгалтерия, директор и т.п.)
и основных подразделений (цеха, проектные отделы и т.п.)
5в1) более менее неизменная схема документооборота
5в2) схема документооборота изменяется для каждого договора/проекта/заказа
В случае *5в2* схема документооборота должна назначаться предварительно перед каждым проектом и легко изменяться в процессе работы.
Лучше всего заранее заложить несколько стадий детализации заказа/проекта/работы.
1 стадия - только договор (продолжительность договора, деньги, даты) - 1 объём работ - на стадии коммерческого предложения/по предыдущему опыту
2 стадия - 1 объём работ распадается на 10-20 - например в проектировании на разделы проектной документации, в производстве на специфическую работу цеха (отливка, обработка, и т.п.. Не знаю)
3 стадия - 20 объёмов работ распадаются в проектировании на предварительные задания между специалистами - на этом уровне уже распределена работа между работниками, но они ещё не понимают чего надо делать и в очень общих чертах рожают что им надо от смежников
4 стадия - после многочисленных совещаний и стычек объёмы работы точно распределены между специалистами - задания между специалистами точно определены
5 стадия - процесс изменения всего этого в процессе работы

6) результаты деятельности проектировщиков - документы. У других направлений это тоже документы - подписи сварщиков, аттестаты материалов, инструкции по эксплуатации, исполнительная документация, паспорт изделия и т.п. Сегодня нет вещей без документа.
Документ - это делимая доля информации.
Совместное одновременное пользование документом пока не для российской действительности.
Касаемо проектировщиков:
а) все задания должны иметь тоже стадии : несколько предварительных стадий и несколько окончательных.
б) согласования между специалистами не должны носить характер "принесли подписал-не подписал", а должны иметь характер "посмотрел предварительные задания, совещание, поучаствовал, мнение всех учтено и согласовано перед выдачей задания, задание нужно только для назначения ответственности"
в) любое задание должно быть просто разделить на части
г) все работники в задании должны иметь 2 уровня заместителей - работник выполняющий кусок работы - его заместитель по данному вопросу - заместитель заместителя (директор например, если все заболели и т.п.)

7) Для проектировщиков: Лучше не делать помойку из проекта. Например окончательные результаты объёмов работ однозначно определённых в процессе и до договора должны быть выложены для общего пользования.
Предварительные результаты должны быть на компьютерах пользователей (+сохранение ежедневно на сервер) и быть доступны всем.
Но эти вещи необходимо разделять.
Например как : по проекту - исходные данные, проектирование, выпуск +
внутри каждого объёма работ точно также

8) тестирование программы должно осуществляться очень и очень долго.
Лучше всего создать сайт (или тему на ДВГ.ру), распространить бета-версию программы между пользователями/организациями и несколько лет тестировать и отлаживать.
Основные вопросы должны определяться активными пользователями голосованием + мнением программистов.

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

10) программа должна по заложенной схеме документооборота сама обучать пользователей что и как надо сделать.
Подсказки должны быть в Хелпе, мигание кнопок, окна с предложениями, Помошники в виде "Скрепки".
Рассчитывать уровень простоты надо на детей и дедушек.

11) В программе должны быть отражены все новые веяния ИСО. Например отчётность и показатели работы по ИСО должны рассчитываться автоматически в программе или её модуле.
На показатели видимо надо сделать отдельный модуль.
Показатели при этом должны быть разработаны типовые, при внедрении программы показатели и их формулы должны изменяться.

12) модульная структура программы

13) внутренние документы и приказы по организации должны быть внутри программы.

14) юмор в программе не помешает

15) При планировании должна быть реализована функция "если". Если то то 10 дней, если это то 20 дней и т.п.

16) Результаты объемов работ должны быть основой программы. Они должны быть в уже оформленном виде.

17) реализовать функции архива документов

Всё. Достало.


Ну поскольку это очень трудоёмко в ближайший год ничего не родится.
Да и вообще ничего не родится по причине , что программистов надо чем-то кормить пока они пишут. А чем кормить если нечего выпускать.
Существующую программу при этом продавать нельзя ибо репутация при этом...
Риск для кредита велик, и его не дадут и авторы программы даже не будут брать.

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

Ну или произойдёт чудо и всё-таки ПРОДОК сделают.
Лично я оцениваю вероятность этого как 1-3%.
__________________
"Безвыходных ситуаций не бывает" барон Мюнхаузен
Tyhig вне форума  
 
Непрочитано 12.05.2011, 15:03 Продок
#3
PavelB


 
Регистрация: 06.05.2011
Сообщений: 1


Здравствуйте, Tihug.
Позвольте вначале Вас поблагодарить за этот пост – все мнения и хорошие и плохие сейчас важны для развития
нашего инновационного программного продукта Prodoc. Нам очень Важно знать и понимать точки зрения знающих людей с большим опытом работы в проектировании.
К сожалению, ответить непосредственно на Ваш вопрос, касающийся шифров я не смогу, но разрешите прокомментировать Ваше мнение о системе.
Prodoc – это новейший программный комплекс, в котором воплотились три технологических прорыва:
1. Это Платформа, на которой реализован продукт. IBM Lotus Notes Domino – это платформа, аналогов которой нет в мире до сих пор. «Lotus Notes является платформой для построения приложений автоматизации управленческих и документных процессов. Особенностью системы является объектно-ориентированная архитектура, благодаря которой возможно создание информационных систем, автоматизирующих работу со сложноструктурированными данными и неформализованными динамическими процессами. В составе программного продукта содержатся только базовые функции, позволяющие организовывать работу распределённых рабочих групп и создавать приложения автоматизации процессов, поэтому Lotus Notes некорректно считать законченной системой автоматизации деятельности предприятия (так же как, например, не может считаться бухгалтерской системой MS SQL сервер). Lotus Notes — платформа для таких приложений. Системы электронного документооборота и другие законченные решения на платформе Lotus Notes/Domino разрабатывают и распространяют сторонние производители ПО» (текст со страницы http://ru.wikipedia.org/wiki/IBM_Lotus_Notes), такие как компания ПСС - продукт Prodoc, ИнтерТраст - CompanyMedia, БОСС-Referent и другие.
2. Интерфейс системы – новый интерфейс системы разрабатывается в Нюрнберге (Германия) в центре тестирования интерфейсов. Разрабатывая продукт, мы всегда думаем прежде всего о пользователях, и поэтому серьезно подходим к задачи их взаимодействия с системой. Новый интерфейс планируется к выпуску в начале зимы текущего года.
3. Интеграция – с Office и AutoCad (основное преимущество: чтение и запись основной надписи чертежей не зависят от постоянно меняющегося формата файла dwg), а также с продуктами 3D моделирования такими, как MineScape , SurPac и Micromine, аналогов которой до сих пор нет ни у одного подобной Prodoc системы.

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

В системе Prodoc предусмотрены отличные инструменты планирования и учета работ, т.е. на данный момент это законченный программный комплекс , аккумулирующий в себе PDM и ERP подсистемы. Мы горды также тем, что среди клиентов нашей компании есть те, кто самостоятельно развернул и настроил систему, а также обучил проектировщиков и не испытал больших проблем с этой задачей. Конечно, как и в любом другом новом приложении в системе Prodoc есть issues, которые бы хотелось в ближайшем будущем реализовать для улучшения и упрощения взаимодействия с ней. Над этим мы работаем день и ночь.

Еще раз спасибо за пост. Это поможет сделать наш продукт еще проще, лучше и интеллектуальнее.
PavelB вне форума  
 
Автор темы   Непрочитано 23.05.2011, 13:26
#4
Tyhig

Оснащение проходки горных выработок, ПОС, нормоконтроль, КР, АР
 
Блог
 
Регистрация: 30.01.2008
Ленинград
Сообщений: 18,620


Да, да.
Критика всегда полезна.
А программисту в душу любой может нагадить...
И тем не менее...
__________________
"Безвыходных ситуаций не бывает" барон Мюнхаузен
Tyhig вне форума  
Ответ
Вернуться   Форум DWG.RU > Программное обеспечение > Прочее. Программное обеспечение > шифры разделов документации и ПРОДОК на базе Lotus Notes 8.5 (Basic)

Размещение рекламы
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Новый состав разделов стадии П Brick Прочее. Архитектура и строительство 61 24.09.2012 16:34
экспертиза проектов строительства QS Прочее. Архитектура и строительство 99 22.09.2011 19:06