Cтраница 2
Описание макета ( структуры) документа, поступающего с магнитной ленты, перфокарт или перфоленты, производится в точном соответствии со стандартами, принятыми в разрабатывающей организации. Все сведения рекомендуется указывать на чертеже формы документа. Кроме того, оформляется перечень документов входной переменной информации. [16]
Разработка, согласование и утверждение технического задания на создание ИВС являются обязанностью заказчика данной системы, хотя по сложившейся практике проект технического задания в большинстве случаев подготавливается головной разрабатывающей организацией. Следует отметить, что заказчик обязан согласовывать техническое задание также и с организациями - соисполнителями головной организации в том случае, когда эти организации указываются в задании. [17]
Большинство разрабатывающих организаций понимает, что их благополучие непосредственно связано с той степенью ответственности, какую они проявляют к заказчику после того, как он приобрел новую систему. Причина, в частности, в том, что системотехник, сталкивающийся в этой фазе с заказчиком и его операциями и, может быть, живущий рядом с собственными ошибками, становится более ответственным и более реалистическим планировщиком. [18]
Необходимы многие приготовления, прежде чем разработчик сможет взяться за детальное проектирование. Даже если налицо соответствующая разрабатывающая организация, возникает задача обеспечить гладкое выполнение проспектного плана. [19]
КСУКП тесно связана с обеспечением высокого технического уровня разрабатываемых изделий, механизацией и автоматизацией проектных работ на основе широкого внедрения систем автоматизированного проектирования. Внедрение Единой комплексной системы в разрабатывающих организациях направлено на ускорение научно-технического прогресса, сокращение времени внедрения в производство завершенных разработок, повышение их научно-технического уровня. [20]
Следует отметить, что участие разработчика в создании математического и программного обеспечения является принципиальным вопросом. Практика показывает, что в тех случаях, когда разрабатывающая организация не участвует в проектировании математического и программного обеспечения ИВС, она не может разрабатывать ИВС в целом, а способна лишь выполнять отдельные работы по техническим заданиям и исходным данным, весьма четко сформулированным заказчиком. [21]
Для рассмотрения материалов технического проекта ИВС заказчиком обычно создается специальная комиссия, в которую включаются представители разрабатывающих организаций, заказчика и потребителя ИВС. Результаты рассмотрения проекта оформляются актом, который утверждается руководством министерства или ведомства заказчика и головной разрабатывающей организации. [22]
Если позволяет время, то проведение такой программы испытаний при разработке изделий военного назначения, особенно не одноразового применения, может дать хорошие результаты для оценки не только конструкции, но и процедур при применении и обслуживании. Если такая программа выполняется оценочной группой, она может быть одновременно использована и как программа приемо-сдаточных испытаний. Желательно, чтобы представители разрабатывающей организации работали в контакте с оценочной группой не только для того, чтобы обеспечить правильное обращение с аппаратурой, но и установить обратную связь с заводом для передачи сообщений об отказах и встретившихся трудностях. [23]
Если организация имеет также отдельный исследовательский аппарат, то конструирование и разработка тесно связаны с исследовательскими работами. Часто конструкторский персонал и разработчики прибегают к консультациям специалистов-исследователей по вопросам разработки технологии производства, а также по таким вопросам, как анализ напряжений и тепловые расчеты. Когда в пределах одной конструкторской и разрабатывающей организации в работе находится несколько проектов, часто выделяются средства для распределения работ вместе с техническими заданиями среди других конструкторских и разрабатывающих организаций. [24]
Другой пример использования дерева целей для определения относительных весов объектов явно не связан с задачей распределения ресурсов. Разрабатывающая ( например, конструкторская) организация постоянно встречается с необходимостью решения задачи формирования оптимального портфеля заказов, для чего нужно установить основные факторы, по которым сравниваются заказы, и определить относительные веса этих факторов. Представленное на рис. 5.2 дерево целей развития разрабатывающей организации может оказаться полезным для этой цели; без такой структуризации эксперту ( руководителю) было бы трудно перечислить все существенные факторы, не говоря об установлении их относительных весов. В процессе проведения необходимых, расчетов эксперт переходит. [25]
Применение ЭВМ при проектировании РЭА вносит изменения во все стадии проектирования и меняет представления о месте и роли технических документов, выполненных на машинных носителях, и сущности подлинника и оригинала. Возникает необходимость в создании таких формализованных конструкторско-технологиче-ских документов ( на машинных носителях), которые служили бы основой автоматизации всех этапов технологической подготовки и производства РЭА. Поэтому большая часть технической подготовки и обеспечение автоматизации производства должно выполняться разрабатывающими организациями. [26]
До сих пор выделялось то общее, что свойственно любому из вариантов прогрессивной технологии программирования. Попытаемся теперь коротко ответить на вопрос о том, с чем связано разнообразие предлагаемых вариантов. Среди многообразия причин выделим основные: класс разрабатываемых программ, вид получаемого программного продукта, особенности вычислительной установки, характер производства программ и ресурсы разрабатывающей организации. [27]
Если организация имеет также отдельный исследовательский аппарат, то конструирование и разработка тесно связаны с исследовательскими работами. Часто конструкторский персонал и разработчики прибегают к консультациям специалистов-исследователей по вопросам разработки технологии производства, а также по таким вопросам, как анализ напряжений и тепловые расчеты. Когда в пределах одной конструкторской и разрабатывающей организации в работе находится несколько проектов, часто выделяются средства для распределения работ вместе с техническими заданиями среди других конструкторских и разрабатывающих организаций. [28]
При этом имеется в виду системный подход к автоматизации. На рис. 39 показан вариант общей структуры комплексной ИАСУ отрасли, ориентированной на производство СВТ, где МИ - межсистемный интерфейс для комплексов; ВИ - внутрисистемный интерфейс для отдельных звеньев комплекса; ППО - планово-производственный отдел; ОМТС - отдел материально-технического снабжения; ГБ - главная бухгалтерия; ОК - отдел кадров; ПЭО - планово-экономический отдел; ПДО - производственно-диспетчерский отдел; ОТиЗ - отдел труда и заработной платы; ОЭП - опытно-экспериментальное производство. Предполагается для упрощения, что в отрасли имеются только разрабатывающие организации ( НИИ, КБ) и промышленные предприятия. Конкретной структурой наделяются ОАСУ, одна организация - ИАСУ НИИ, КБ, одно предприятие - ИАСУ ПП. Остальные ЭО имеют аналогичную или менее сложную по составу и количеству звеньев структуру ИАСУ. [29]
Если бы он был единственным, то организация была бы менее уверена, что ее список наличных систем является полным и современным или что данная комбинация продуктов представляет оптимальный ответ на общее требование. Разумеется, этого не гарантирует никакой метод. Однако в ожидании, пока клиентура запросит систему, которой нет в списке, разрабатывающая организация рискует остаться с устаревшим каталогом. В этом смысле сам факт запроса со стороны клиента служит указанием на то, что организация не имеет нужных продуктов в своем списке. [30]