Раздел: Документация
0 ... 78 79 80 81 82 83 84 ... 96 В качестве одного из главных аргументов против сочетания разных моделей выдвигается необходимость смены формализма при переходе от одной модели к другой. А так как обычно нет однозначного соответствия между конструкциями разных моделей, то нет и типового алгоритма получения одной модели из другой. Следовательно, этот переход требует работы квалифицированного специалиста. Приходится раз и навсегда отказаться от заманчивого мифа найти инструкции, по которым сложные автоматизированные системы могли бы быть созданы без участия высококвалифицированного персонала. Это невозможно. Проектные решения рождаются в головах специалистов. Моделирование - это лишь способ упорядочить и зафиксировать принятые решения. Заманчиво также было бы иметь единый способ описания различных аспектов АС и процесс ее создания свести к последовательному развитию одной модели. Некоторые сторонники объектных технологий такой моделью объявили диаграмму классов. Стремление все описать классами вновь создает ситуацию молотка в руках. Само наличие такого единого решения вызывает сомнения: слишком сложен и многогранен предмет описания. Следует всегда помнить, что единственное место, где рождается автоматизированная система, это головы ее разработчиков. Какие бы методы разработчики ни использовали, от необходимости принимать проектные решения они вас все равно не избавят. Что же делать руководству предприятий в текущей ситуации? Наши соображения по этому поводу можно изложить в виде следующих тезисов. 1.Сохранение и повышение на своем предприятии культуры работы вообще и культуры управления в частности. Для этого следует поощрять усилия по созданию и описанию деятельности в виде технических процессов при решении часто используемых проектных задач. А это в свою очередь станет «каркасом» для правильных и легко прослеживаемых действий отдельных исполнителей. Замечено, что компьютеризация «зомбирует» исполнителей на правильные действия, т.е. использование АС позволяет снизить уровень беспорядка на предприятии. В противном случае предприятие будет разоряться, поскольку более дальновидные конкуренты вытеснят его с рынка из-за больших издержек, дорогих товаров и низкой культуры обслуживания, т.е. предприятие больше потеряет при работе с заказчиками из-за ошибок собственных исполнителей. 2.Информационные технологии следует рассматривать и использовать не только как средство для подъема культуры и квалификации персонала, но и как важный инструмент сохранения «боеготовности» предприятия для создания лучшей продукции, выпуска лучших товаров. В противном случае вы больше потеряете во время попыток освоения новых основных технологий. Как показывает практика последних лет, лучшая продукция часто и неизбежно будет связана с новыми информационными технологиями. 3. Возможности в управлении предприятием во многом определяются применением информационных технологий и качеством АС предприятия. Как показывает практика, качество - это один из ответов на любой кризис. Создание по настоящему качественной АС под свои нужды и для решения своих задач может стать тем катализатором, с помощью которого может быть реанимировано существующее производство. 3.4.9. Пояснение применяемой терминологии CASE-система - программный комплекс для описания предприятия, информационной системы и/или генерации различных частей автоматизированной системы. CASE-репозитарий - база данных CASE-системы, в которой хранится проектная информация, представленная сложными взаимосвязями данными - графическими диаграммами; программными спецификациями и др. Каскадный (водопадный) жизненный цикл - поэтапное, последовательное построение автоматизированной системы. Каждая стадия (обычно это анализ, проектирование, программирование, тестирование, внедрение) полностью завершается перед началом следующей. Спиральный жизненный цикл - многократное прохождение стадий построения автоматизированной системы. Возможность возврата па начальные стадии позволяет учитывать изменяющиеся требования к системе. Функциональная декомпозиция - разбиение описания деятельности иа основе выполняемых функций. Выделяются виды деятельности, затем основные процессы, затем детализируется их выполнение. Диаграмма функциональной зависимости - графическое изображение последовательности выполняемых функций. Описывает процессы и события, генерируемые этими процессами и инициирующие их. Реляционная модель данных - представление данных в виде наборов атрибутов (реляционных отношений), над которыми можно корректно выполнять некоторые хорошо формализованные операции (выборку, соединение, проекцию и т.д.). Реверс-инжиниринг - восстановление спецификаций существующей автоматизированной системы. Метод ОМТ (Object Modeling Technique), предложенный Джеймсом Рамбо (James Rumbaugh), - метод описания автоматизированной системы, заключающейся в построении диаграммы потоков данных для описания выполняемых функций, а затем создания на ее основе модели классов для программной реализации. Метод Буча (Booch method) - чисто объектно-ориентированный метод описания автоматизированной системы, предложенной Гради Бучем (Grady Booch). Метод OOSE (Object - Oriented Software Engineering) - метод описания автоматизированной системы, предложенной Иваром Якобсоном (Ivar Jacobson). В рамках этого метода была предложена диаграмма вариантов использования (Use Case Diagram), вошедшая в стандарт UML. 3.5. Возможности по созданию систем автоматизированной поддержки информационных решений силами пользователей В главе рассматривается подход к созданию систем автоматизации поддержки информационных решений (САПИР) на примере задач конструкторско-технологической подготовки производства (КТПП). В качестве CASE-средств для создания САПИР использованы отечественные программные инструментальные системы. 3.5.1. Роль и место систем КТПП в обновлении выпускаемой продукции В последние годы наблюдается колоссальный рост потребности промышленности в системах конструкторско-технологической подготовки производства, охватывающей решение задач по всему циклу производства (дизайн, деталировочное конструирование, технологическая подготовка производства, создание программ для станков с ЧПУ, управление параллельно-последовательным проектированием и т.д.). При этом в промышленности прослеживается устойчивая тенденция неуклонного роста срока жизни систем КТПП в рамках создаваемых объектов. Это свидетельствует о том, что функциональные возможности систем КТПП стабилизировались и отвечают текущим потребностям пользователей. Обзор существующих зарубежных графических систем для решения задач КТПП иа базе рабочих станций и их возможности приведены в работе. За время активной эксплуатации автоматизированных систем конструкторско-технологической подготовки производства практически неизбежны серьезные изменения в структуре самой организации, в вопросах экономии средств, сокращении сроков запуска в производство новых объектов, оптимизации, производственных 0 ... 78 79 80 81 82 83 84 ... 96
|
