ПОИСК Статьи Чертежи Таблицы Размещение системы из "Как интегрировать САПР и АСТПП " Цель обзора состоит в получении хорошего поперечного разреза всей организации. На этом этапе вы не стремитесь к значительной детализации, а ищите нечто общее в точках зрения менеджера и инженера. Вы можете обнаружить, что менеджеры, получающие обзоры, просто перекладывают ответственность за заполнение обзорных анкет на своих подчиненных, а некоторые из них могут оказаться членами вашего исходного комитета. Это не представляет собой проблемы, коль скоро менеджеры просматривают информацию и вносят свою долю правки. Этим гарантируется, что они услышаны. [c.101] Ограничивайте обзор одной-двумя страницами. Ниже дан пример обзорной анкеты, используемой для сбора информации о текущих возможностях и потребностях. [c.101] При ответе пожалуйста, включите все имеющиеся потенциальные САПР/АСТПП, станки с ЧПУ, гибкие производственные системы, роботизированные и другие автоматизированные системы. [c.101] Назовите конкретных людей, которых желаете включить в работу над начальным проектом САПР/АСТПП. Обведите кружочками фамилии тех, кто имеет опыт работы с САПР/АСТПП. [c.101] Отслеживайте, кому вы посылали анкеты для заполнения, и убедитесь в том, что вы получили их все назад достаточно быстро. [c.101] Систематизируйте ответы на вопросы обзора таким образом, чтобы сообщить как можно больше информации вашей аудитории, коллективу пользователей. Объединяйте требуемые возможности по области, типу продукции, виду основного организационного подразделения или некоторым другим логическим способом, чтобы выявить всю суть дела. Ниже дан пример, где подводятся итоги результатов обзора, показывающие основные возникшие области потребностей. [c.102] Заметим, что возможности были проанализированы, чтобы выделить требования, общие для многих приложений. Этот анализ способствовал определению наиболее важных функций, когда приходилось идти на компромиссы. [c.103] Сообщите результаты обзора всем ответившим на вопросы, а также менеджерам любые другие участники творческой бригады тоже должны быть осведомлены о результатах. Именно на этом этапе ваша бригада должна становиться общественным зданием . Кто-нибудь может счесть это пустой тратой времени, однако важно сделать широко известными выводы, полученные из обзора, от поставщиков и в результате встреч на конференциях. Такая информация послужит ключевым элементом для достижения организационного единодушия при принятии проектных решений, а также приманкой для людей, которых нужно дополнительно привлечь к проекту за счет достигаемой гласности. [c.103] Может оказаться разумным осуществить обзор снизу вверх, задавая корреспондентам вопросы о приоритетности функций, отделяя нужное от желаемого. Ниже приведены итоговые результаты обзора, из которых следует, что высокий приоритет при большом объеме, вероятно, идентифицирует области наибольшей окупаемости, высокий приоритет при малом объеме характеризует области специализации проекта, а потребности с низким приоритетом могут идентифицировать те области проекта, которые могут быть отсрочены до более продвинутого этапа. На рассматриваемом этапе еще слишком рано делать выводы относительно возможностей системы, однако нужно начать четко осознавать, чем она должна обладать. Найдутся люди, которые скажут Если мне не обеспечат таких-то и таких-то спецификаций, проект станет бесполезным для меня . Хотя в такой реакции имеется элемент эмоциональности, однако в ней есть и доля истины. Часто такая реакция означает, что стандартные функции и средства, предоставляемые программным обеспечением под ключ , бесполезны для того, чтобы выполнять работу, присущую данному приложению, быстрее, чем вручную. Следует учесть это при разработке проекта программного обеспечения пользовательского приложения. [c.103] Высокий приоритет — большой объем Быстрое, удобное для пользователей двумерное черчение. [c.103] Инженерное обеспечение обработки, планировка завода и конторы, заводское инженерное обеспечение. [c.103] Быстрое, удобное для пользователей трехмерное проектирование механообработки. [c.103] Инструментальное инженерное обеспечение, проектирование продукции и ее изготовление. [c.103] Возможность выборки данных — групповая технология, материальная ведомость все области. [c.103] Возможность общения с потребителями для проектирования продукции. [c.103] Вывод графики непосредственно на микроформы микрофильм, микрофиша, апертурные карты все области. [c.104] Общая архитектура. Архитектура системы представляет собой основной проект системы с точки зрения ее структурирования. Она заключает в себе многие изначальные решения, принимаемые в отношении системы, определяет, как система будет работать и каким образом она будет выходить из строя. В этом контексте существенны как аппаратные, так и программные решения. [c.104] Если ожидается, что система будет работать эффективно, то ее архитектура должна быть тесно увязана со структурой коллектива пользователей. Ваше знание коллектива пользователей, приобретенное на начальных совещаниях вашей бригады, окажется неоценимым для обеспечения этой увязки. [c.105] На рис. 4.2 показаны децентрализованные терминалы с централизованной системой, обслуживающие децентрализованную группу пользователей. Тем самым представлена возможная конфигурация системы Inteгgгaph. Такая архитектура жизнеспособна, когда пользователи децентрализованы в том смысле, что они не расположены все в одной части здания, но все же находятся на легко преодолимых пешком, или на колесах расстояниях друг от друга. Заметим, что необходимо соблюдать особую осторожность при спецификации удаленных рабочих станций, особенно если эти рабочие станции предполагается связывать линиями, арендуемыми у телефонных компаний. Обычно именно так обстоит дело, если линии связи должны пересекать общественные пути сообщения. Связь через телефонные линии неизбежно приводит к резким потерям производительности во многих приложениях, хотя в некоторых случаях можно избежать таких потерь (дальнейшие подробности о сетях и связях см. в гл. 10). [c.106] На рис. 4.3 показана весьма децентрализованная система. В этом случае вычисления были децентрализованы и отдельные системы связываются через сеть (на рисунке представлена возможная конфигурация системы omputervision). Хотя в подобных этому случаях каждая отдельная область сохраняет немного локальной автономии, существенно, чтобы центральное агентство, комитет или сфера управления сохраняли контроль над архитектурой системы. В противном случае данная планировка системы может свестись к шитому белыми нитками лоскутному одеялу из отдельных систем , котор ле вряд ли вообще связаны между собой. В идеальной ситуации единая группа персонала выполняет всю деятельность по управлению системой в рамках внутренне децентрализованной системы, тем самым гарантируя согласованность со стандартами и постоянное соответствие интегрированному подходу. [c.107] Вернуться к основной статье