Раздел: Документация
0 ... 72 73 74 75 76 77 78 ... 96 которые будут одновременно отрабатывать все аспекты создаваемой технической системы. Средства проектирования, используемые каждым специалистом группы, будут иметь доступ к общим базам знаний и данных. Для полного охвата всего круга вопросов создания технических систем в такие проектные коллективы войдут также специалисты по надежности, испытаниям, эксплуатационному обслуживанию и т.д. Такое сотрудничество специалистов из разных областей техники дает многочисленные преимущества. Комплексный подход с объединением разных специалистов в одном коллективе облегчает контроль и управление такими «внешними» вопросами, как ресурсы, технические требования и поставщики. Все эти факторы в ходе разработки и производства объекта могут изменяться. При работе по методу совмещенного проектирования конструктор может рассчитывать, что конечные характеристики проектируемой системы станут ему известны на самых ранних стадиях разработки, и он может сравнить эти характеристики с требованиями и ограничениями технического задания. Но чтобы иметь действительно содержательные прогнозные данные, конструктору потребуются все перечисленные выше средства проектирования: средства анализа проектов на высоких уровнях описания, развитые компьютерные базы знаний, средства синтеза проектных решений и общая база данных. По оценкам экспертов использование совмещенного проектирования в ходе оптимизации изделия и технологического процесса его изготовления позволило снизить: •объем заказов на конструктивные изменения более чем на 50%; •продолжительность разработки изделия - на 60%; •количество неудачных проектных решений и объем доработок - на 75%. САПИР помогают конструкторам быстро создавать высоконадежные технические системы высокого уровня сложности при мелкосерийном и единичном характере производства. Средства проектирования и моделирования на высоком уровне описания позволят подробно исследовать создаваемую техническую систему и оценить ее параметры и характеристики еще до начала конкретной деятельности и до начала реализации собственно проектных решений. По мере движения по проектной иерархии сверху вниз конструкторы смогут в полной мере использовать накопленные проектные решения и средства синтеза новых решений. А метод совмещенного проектирования гарантирует, что при реализации технической системы будут в полной мере учтены все требования и ограничения к ней. В результате конструкторы смогут больше времени и сил отдавать проектированию на высоком уровне описания, будучи уверенными, что последующая реализация технических решений пройдет у них быстро и без ошибок. Что же дает применение информационных технологий? •Резкое снижение затрат времени, числа работников и других затрат не выполнение производственных функций. •Снабжение работника всеми возможностями для самостоятельного получения конечного результата. •Возможность работы на будущие потребности клиента. •Ускоренное продвижение новых технологий. 3.4. Особенности анализа и синтеза процессов в машиностроении при переходе к автоматизированным системам 3.4.1. Два подхода к технологии создания программного продукта Традиционный подход к созданию программного продукта обычно проходит по следующей схеме (рис.3.16). 1.Конечный пользователь формирует свои требования к будущей программе иа языке требований (L1). В них он указывает, для чего нужна программа, ее общие характеристики, свойства, платформу, на которой она будет выполняться и т.д. 2.Один из специалистов предметной области, выступающий в качестве заказчика, на основе требований отдельных пользователей и своих знаний создает спецификацию на языке спецификаций (L2). Здесь он в виде формул и других формализованных зависимостей описывает структуру данных решаемой задачи и формирует сценарий действий пользователя при решении поставленной задачи. 3.Разработчик-аналитик на основе спецификации заказчика составляет алгоритм решения задачи на языке проектирования (L3). Аналитик пытается построить алгоритм решения задачи таким образом, чтобы, с одной стороны, полностью решить задачу, а с другой стороны, сократить время и количество ресурсов ЭВМ, затрачиваемое на решение задачи. Алгоритм чаще всего представляется на каком-нибудь формальном языке (частный случай - язык структурных схем). 4.Разработчик-программист реализует алгоритм решения задачи на языке программирования (L4 - чаще всего универсальный язык высокого уровня). После этого обычно средствами стандартной системы программирования производится синтаксическая и семантическая отладка. Средствами стандартной системы программирования формируется загрузочный модуль программы (L6). Здесь следует
и Конечный пользователь L4 Универсальная система [программирования! L6 L5 Программа Документация Рис.3.16. Компоненты традиционного процесса создания программного продукта. L1 - язык требований; L2 - язык спецификаций; L3 - язык проектирования; L4 - универсальный язык программирования; L5 - язык общения; L6 - язык машинных кодов отметить, что программа и документация на нее являются порождением различных процессов. 5. Конечный пользователь общается с полученной программой на языке общения (L5). В этой схеме очевидны следующие недостатки. 1.Оторванность специалиста предметной области от процесса реализации программы. Это связано с тем, что, обладая профессиональными знаниями, специалист предметной области обычно не имеет достаточных знаний о способах использования вычислительных средств. 2.Наличие большого числа специалистов, участвующих в разработке; следствием этого обстоятельства является: •появление эффекта «испорченного телефона», при котором пользователь после долгого и дорогостоящего процесса разработки обычно получает совсем не то, что ему нужно; •длительность разработки; •дороговизна создания программного продукта. Вследствие жесткости связей между специалистами возникают сложности при отладке и сопровождении программы. После построения схемы решения обычно происходит полное отчуждение специалистов предметной области от процесса решения задачи. Если пользователь захочет, чтобы программа решала более широкий круг задач, или если он обнаружит в программе какие-либо ошибки, недочеты, неточности, то будет вынужден запустить весь процесс создания программного продукта вновь по полной программе. 0 ... 72 73 74 75 76 77 78 ... 96
|
||||||||||||||||||||||||||
