Пятница, 25.07.2025, 05:25 Приветствую Вас Гость

!Военпред!

Главная | Регистрация | Вход | RSS

Требования ЕСКД и разработка КД на ПЭВМ - Форум

[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 1 из 1
  • 1
Требования ЕСКД и разработка КД на ПЭВМ
alex75Дата: Воскресенье, 12.07.2009, 13:07 | Сообщение # 1
Рядовой
Группа: Пользователи
Сообщений: 15
Репутация: 0
Статус: Offline
В последнее время все чаще сталкиваемся с следующей проблемой. При разработке изделий стали применять специализированные программы по проектированию и разводке ППМ, корпусных деталей и т.д. Все бы хорошо, но как сдавать это в архив? На выходе этих программ получаем файл(ы), который в дальнейшем используется в производстве. Требования ЕСКД архаичны. Приходится делать двойную работу - делать еще дубль КД под требования ЕСКД.
Как эта проблема решается у Вас?
 
Baikodrom43Дата: Воскресенье, 12.07.2009, 19:03 | Сообщение # 2
Генерал-лейтенант
Группа: Пользователи
Сообщений: 522
Репутация: 6
Статус: Offline
alex75, Вы о ЕСПД?

...и в виде обломков различных ракет
останутся наши следы...
 
ОрдынецДата: Воскресенье, 12.07.2009, 22:21 | Сообщение # 3
Генерал-лейтенант
Группа: Пользователи
Сообщений: 653
Репутация: 4
Статус: Offline
alex75, Я к этому отношусь нормально, а не как к проблеме. Если не будет бумажного дубля КД, как её тогда нам согласовывать, рассписываться (визировать), как вносить изменения в КД, как отправлять на микрофильм? Да и БТД будет против, они тогда станут не нужными и их просто сократят. ГОСТ 2.053 не отрицает наличие бумажного дубля, не смотря на наличие электронной модели изделия.
 
БармалейДата: Среда, 15.07.2009, 00:14 | Сообщение # 4
Подполковник
Группа: Пользователи
Сообщений: 125
Репутация: 1
Статус: Offline
+1 к мнению Ордынца бумажный оригинал необходим для подписания ))))

да поможет нам F1 ... и сохранит F2
 
alex75Дата: Четверг, 16.07.2009, 00:10 | Сообщение # 5
Рядовой
Группа: Пользователи
Сообщений: 15
Репутация: 0
Статус: Offline
Quote (Baikodrom43)
alex75, Вы о ЕСПД?

нет. с этим все предельно ясно. Именно по ЕСКД.

Добавлено (16.07.2009, 00:10)
---------------------------------------------

Quote (Ордынец)
alex75, Я к этому отношусь нормально, а не как к проблеме. Если не будет бумажного дубля КД, как её тогда нам согласовывать, рассписываться (визировать), как вносить изменения в КД, как отправлять на микрофильм? Да и БТД будет против, они тогда станут не нужными и их просто сократят. ГОСТ 2.053 не отрицает наличие бумажного дубля, не смотря на наличие электронной модели изделия.

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

 
ОрдынецДата: Четверг, 16.07.2009, 20:44 | Сообщение # 6
Генерал-лейтенант
Группа: Пользователи
Сообщений: 653
Репутация: 4
Статус: Offline
alex75, Сегодня по диагонали прошелся по 2.051-2.053. В общем-то предполагают эти госты передачу кому-либо электронных документов, т.е возможно и на микрофильм, если у них есть соответствующая аппаратура для перевода цифры в фильм. По этому надо почитать новый гост на микрофильм, может в нем что-нибудь на эту тему есть.
А вообще мысль интересная, но она может быть осуществима на предприятиях, где много молодежи, в том числе и в ВП. А молодежь на наших предприятиях тем более в ВП не держится. Они не могут работать за такую зарплату. Со старшим поколением, которые одним пальцем на "клаве" сразу три кнопки нажимают, много не навоюешь.
 
xlexДата: Пятница, 25.02.2011, 20:35 | Сообщение # 7
Рядовой
Группа: Пользователи
Сообщений: 2
Репутация: 0
Статус: Offline
Народ, скажите, кто нибудь сталкивался с ОКР по разработке программных продуктов?
И как эти на эти программы потом трудоемкость рассчитывать?????
 
ВасёкДата: Вторник, 22.03.2011, 22:47 | Сообщение # 8
Рядовой
Группа: Пользователи
Сообщений: 9
Репутация: 0
Статус: Offline
Всем привет!
alex75, примерно у нас вот так:
1. ЕСКД документы на бумажном носителе являются подлиниками, они хранятся и учитываються в БТД, копии согласовуем.
2. Электронные трехмерные модели в цифровом виде предназначены только для предметного проектирования и производства на соответсвующем оборудовании деталей и т.п., эти модели создаются для оптимизации работы, то бишь ускорения пооцесса создания продукта, их не согласовуем.
3. Топология ППМ (гербер файлы) в цифровом виде, они хранятся и учитывються в БТД как электронные документы на цифровых носителях, согласовуем на листках вкладышах по ГОСТ 18... (забыл обозначение :().
4. Программное обеспечение (прикладное интерфейсное) по ЕСПД серия 19 на бумажных носителях, кроме того текст программы хранится и в цифровом виде как в п.3, копии согласовуем.
5. Програмное обеспечение специальное и BIOS для зашивки в ППЗУ различных микросхем только в виде исходного кода в цифровом виде, они хранятся и учитываются в БТД, не согласовуем.
6. ЕСТД документация также как в п.1.
Электронным документам в зависимости от вида присваивается версия в соответсвии с требованиями ЕСКД или ЕСПД ,что дает возможность отследить изменения и провести их верификацию. И да, на фабрике внедренна СУБД для электронного документооборота, которая в свою очередь является интегрируемой частью СУБД управления преприятием.
Внедрение СУБД для электронного документооборота на фабрике позволило снизить использование бумаги на 25-30% и привнесло качественное изменение процесса разработки и корректировки документации в позитивную сторону, но для нас прямо прапорционально не уменьшило нагрузку при проверке комплектующих так как мы не пользуемся всеми возможностями СУБД, а по дедовски листаем бумагу.

Добавлено (22.03.2011, 22:47)
---------------------------------------------

Quote (xlex)
Народ, скажите, кто нибудь сталкивался с ОКР по разработке программных продуктов? И как эти на эти программы потом трудоемкость рассчитывать?????

В конце работы трудоемкость сам не расчитаешь!!! Но можно приближенно: кол-во програмистов умножаю на кол-во документально зафиксированого отработанного времени, получаю результат затраченного времени. Затем проверяю соотвествие ПО требованиям ТЗ. Все, что не соответсвует записываю в столбец слева, а справа пороставляю трудоемкость из расшифровки к протоколу ценны, затем правую сторону суммирую и результат отнимаю от затраченного времени. Иду к начальнику жалуюсь и прошу поддержки перед лицом его Начальника ВП.
А вообще на фабрике раз в год должны уточнятся нормы времени для создания ПО, проводится хронометраж реально затраченного времени. В СССР при планировании использовались укрупненые нормы времени на разработку ПО..., и этот вопрос глобальный, много людей получило ученную степень при узучении вопроса нормирования времени. Я считаю что любой план в полной мере не справедлив..., так как в погоне за заказом фабрика необосновано сокращает планируемые сроки разработки, достаточно извесный тому пример это работа компании Билла Гейтца, ни одна ОС не вышла в срок.
 
  • Страница 1 из 1
  • 1
Поиск:

Форма входа
Друзья сайта
Наш опрос
Оцените мой сайт
Всего ответов: 393