Раздел: Документация
0 ... 73 74 75 76 77 78 79 ... 96 Традиционный подход несет в себе не только указанные выше недостатки, но и недостатки традиционных средств создания программ, а именно 1.Алгоритмичность программы, так как основное внимание в традиционных системах программирования уделяется не описанию предметной области, а написанию правильного алгоритма решения задачи, что приводит к следующим ограничениям: •жесткому делению переменных на входные и выходные; •решению задачи, которое представляется в виде строгой последовательности процедур; •отсутствию модульности при построении системы; •невозможности работы программы с неполностью определенными данными. 2.Сложность взаимодействия с другими программами. 3.Документация на программу и собственно программа являются абсолютно разными объектами. Традиционная технология программирования ориентирована на решение в основном формализованных задач. Большая же часть задач при компьютерной подготовке производства в машиностроении относится к классу слабо формализованных. Эту ситуацию можно преодолеть только путем привлечения специалистов предметной области к процессу разработки и сопровождения прикладного программного обеспечения. Рассмотрим схему создания программного обеспечения с использованием ИКС (рис.3.17). Для этой схемы характерным является следующее. 1.Конечный пользователь формирует свои требования к будущей программе иа языке требований (L1). 2.Специалист предметной области формирует спецификацию на программный продукт, описывая свои знания иа специальном формализованном языке спецификаций (L2F). При этом специалист использует максимально привычные для себя формы представления знаний (формулы, таблицы), сложившиеся в машиностроении. 3.Система ИКС на основе подготовленной пользователем спецификации автоматически генерирует программу, полностью исключая процесс написания и отладки программ в традиционном смысле. Созданные спецификации понятны для пользователей и могут служить частью документации на созданную программу. 4.Конечный пользователь общается с полученной программой на языке взаимодействия (L5F). Особенности этого языка приведены в руководстве по ИнИС. Использование такой схемы дает преимущества.
Рис.3.17. Компоненты процесса создания программного продукта с помощью ИКС. L1 - язык требований; L2F - язык спецификаций ИКС; L5F - язык взаимодействия пользователя с программой; L6 - язык машинных кодов 1.Специалист предметной области ориентируется в первую очередь на создание модели объектов реального мира. В машиностроении деление на объекты и действия с ними достаточно хорошо отработаны в нормативно-справочной документации, что дает следующие преимущества: •деление на объекты обеспечивает модульность системы; •переменные являются характеристиками объектов предметной области; •нет жесткого деления переменных на входные и выходные. 2.Исключение из процесса разработки программного обеспечения профессиональных программистов позволяет: •уменьшить время разработки программного продукта в 10-15 раз; •уменьшить число ошибок и сократить время отладки; •упростить сопровождение и модификацию программы. 3.Исходная спецификация является одной из основных составляющих документации на программу. 3.4.2. Источники формирования требований к ПО Известно, что качество автоматизированных систем (АС) не поставляется в виде «коробочных решений», оно может быть только результатом осознанной, квалифицированной и достаточно длительной деятельности. Причем итоговый результат этой деятельности чаще всего определяется не где-то на «фабрике по производству программного обеспечения», а индивидуально на каждом конкретном предприятии. Любая разработка, в том числе и программного обеспечения для предприятия в целом, начинается с формирования требований. Собственно требования к программно-информационной системе предприятия формируются из целей бизнеса, определяемых руководством, существующих технических процессов, накопленного опыта, навыков и т.д. (рис.3.18). Использование на рис.3.18 овалов, выходящих за требования к программно-информационному обеспечению предприятия, может быть интерпретировано следующим образом. В случае 2 это та плата предприятия за покупку стандартного (чаще всего «коробочного») программного обеспечения, которое вряд ли когда-нибудь в полном объеме сможет применяться па конкретном рабочем месте. Случай 3 указывает на то, что абсолютно все технические процессы предприятия вряд ли когда-либо будут автоматизированы в полном объеме. Как показывает практика, цена каждого последующего процента при приближении к 100 % автоматизации резко возрастает. Случай 4 отражает некоторые психологические факторы, связанные с тем, что с накопленным программно-информационным багажом возможно частично придется расстаться, т.е. этим отражается ситуация «когда хранить уже накладно и выбросить жалко». Существенное влияние на эффективность деятельности предприятий современных автоматизированных систем КТПП и их высокая стоимость вынуждают руководство последних вкладывать немалые финансовые ресурсы в информационные технологии. Такой интерес к информационным технологиям, в первую очередь, связан с тем, что они могут предоставить гарантии и прибавить уверенности в получении качественного конечного результата. Поэтому понятно желание руководства предприятия найти информационные технологии, универсально решающие все проблемы построения автоматизированных систем, обеспечивающих деятельность всего предприятия в целом. К сожалению, как показывает практика, такие технологии пока еще далеки от массового тиражирования. Поэтому чаще всего Программное обеспечение предприятия 1. Стратегические цели руководства предпрития  f 2. Базовое программное (информационное N.обеспечение  Накопленный опыт по автоматизации (программны, данные, методики  3. Технические процессы предприятия Базовое программно- шиформационное обеспечение: а)операционные системы: Windows, UNIX и т.д. б)СУБД в)графические пакеты г)стандарты ППП д)поддержка ЛВС Рис.3.18. Источники формирования требований к программному обеспечению предприятия 0 ... 73 74 75 76 77 78 79 ... 96
|
||||||||||||||||||||||||
