CASE-техноло́гии[Разработка программного обеспечения при помощи компьютеров; от англ. Сomputer Aided Software Engineering – CASE], методы и инструментальные программные средства, программные инструменты для разработки программного обеспечения (ПО). CASE-технологии по своему назначению аналогичны инструментам автоматизированного проектирования , которые используются для проектирования микропроцессоров , только CASE-технологии используются для проектирования и разработки программных систем. CASE-технологии призваны повышать производительность разработчиков и способствовать повышению надёжности , упрощению модернизации и сопровождения созданных при помощи CASE-технологий программных систем. CASE-технологии часто связывают со средствами разработки информационных систем , имеющих в своём составе базы данных , хотя спектр типов программного обеспечения, для которых создаются и используются CASE-технологии, значительно шире.
В англоязычной литературе термин «CASE» используется без второй части «-технологии». Возможно, это связано с различием значений термина «технология» в русском и английском языках. В русском языке под программной технологией понимается процесс, построенный на определённой концепции (методологии) и поддержанный программными инструментами. В англоязычной литературе технологией часто называют конкретный программный продукт, обычно обеспечивающий инфраструктурные функции, или, как говорят, платформу. Примером такой технологии является .Net – технология, которая предоставляет поддержку времени исполнения (англ. run-time support) для программных продуктов, разработанных, например, на C# или Visual Basic.
Кейс-технология в современном образовании
CASE-средством называется некоторый программный продукт (комплекс инструментов), поддерживающий некоторую CASE-технологию. Так, имеется широкий набор CASE-средств для поддержки CASE-технологий объектно-ориентированной разработки программ на основе унифицированного языка моделирования (англ. Unified Modeling Language – UML).
В состав CASE-средства может входить несколько различных инструментов, например графический редактор и генератор программ на каком-либо языке программирования или генератор тестов. Вместе с тем нередко само CASE-средство называется инструментом (англ. CASE tool).
История появления CASE-технологий
Одним из первых CASE-средств называют комплекс программ для проектирования и оптимизации информационных систем (англ. ISDOS), работа над которым началась в 1968 г. в Мичиганском университете , хотя термина «CASE» в то время ещё не было. Уже в начале 1990 г. ( PC Magazine. 1990 ) более 100 компаний предлагали почти 200 различных CASE-средств.
В СССР CASE-технологии в основном разрабатывались для систем реального времени и встроенных систем. Прообразами CASE-средств были специализированные комплексы разработки и интеграции программ, которые создавались в интересах военно-промышленного комплекса, например система автоматизированной разработки ПО ПРОТВА.
Можно назвать следующие виды ПО, для разработки которого уже первые CASE-средства были успешно внедрены в практику:
Понятия | SADT
- системы реального времени – Statemate/IBM Rational Raphsody (iLogix, IBM), SCADE (Telelogic, Esterel Technology, Ansys), Rational Rose RealTime Edition (IBM), RealTime Software Technology – RTST-технология (Терком), ГРАФИТ (ИПМ АН СССР и НИИ АП), ГРАФИТ-ФЛОКС (НПЦ АП);
- компоненты стека телекоммуникационных протоколов: Telelogic Tau for SDL/MSC/TTCN (Telelogic, IBM);
- информационные системы уровня предприятия: SILVERRUN (Computer Systems Advisors), ERwin/Bpwin (Logic Works, Erwin, Inc.);
- программное обеспечение, построенное в парадигме объектно ориентированного программирования , в частности бизнес-приложения, включающие в себя базы данных: IBM Rational Rose (IBM).
В большей степени известны применения CASE-технологий в области построения информационных систем предприятия ( ERP -систем), где они одновременно являются инструментами анализа, моделирования и оптимизации бизнес-процессов и информационных потоков. CASE-технологии в инженерии большей частью используются в крупных организациях – разработчиках сложных и уникальных программных и программно-аппаратных систем, таких как Ericcson, Motorola, Boeing , Lockheed Martin , Thales Group, Airbus , Bosch и др.
Языки и средства моделирования
CASE-технологии можно рассматривать как реализацию концепции разработки программ на основе моделей (англ. Model Driven Development – MDD), а многие CASE-средства, базирующиеся на UML или SDL, согласуются с подходом к проектированию архитектуры систем на основе моделей (англ. Model Driven Architecture – MDA). Под моделями в данном случае понимают описание архитектуры или поведения программы в графической нотации.
В UML, например, имеется несколько типов диаграмм, имеющих различное назначение. Так, диаграммы классов показывают модульную структуру программы и связи между такими программными сущностями, как классы и объекты. Связи между сущностями, в свою очередь, могут быть разной природы (например, связь по наследованию). Диаграммы деятельности или диаграммы состояний предназначены для описания поведения программы.
Использование графической нотации упрощает понимание описания программных систем. Особенно это важно, когда требования к системе и её основные характеристики приходится обсуждать со специалистами в проблемных областях без опыта в программировании.
Многие из работ по развитию, стандартизации и повышению интероперабельности языков и средств моделирования важных для CASE-технологий координировались консорциумами OMG , развивающим UML и MDA, и OASIS, развивающим стандарты для моделирования бизнес-процессов BPEL, UBL, OSLC, TOSCA.
Сферы применения CASE-технологий
Задача-максимум CASE-технологий – интегрировать все инструменты и процессы разработки, организовать «бесшовные» связи между инструментами и потоками информации в рамках жизненного цикла разработки, а в пределе – эксплуатации и модернизации программных систем, и в конечном итоге получить полный контроль над процессами разработки и эксплуатации программных систем. К сожалению, прямолинейное решение такой глобальной задачи всегда приводит к чрезмерно сложному программному продукту и сложным процессам обучения персонала, поддержки и др. По этой причине все удачные CASE-средства ограничивают область своего применения тем или иным образом.
Области применения различаются:
- фазами жизненного цикла, на поддержку которых нацелена CASE-технология, видами процессов этого жизненного цикла;
- базовым слоем программной или программно-аппаратной платформы [ архитектура ЭВМ , языки программирования, тип системы управления базами данных , технологии реализации пользовательского (графического) интерфейса ];
- типом разрабатываемого ПО (информационные системы на основе баз данных, системы реального времени, бизнес-приложения, например CRM-системы, бухгалтерские системы и т. д.).
Основные фазы жизненного цикла, где возможности CASE-средств наиболее востребованы, – это анализ требований, эскизное проектирование систем, обратная инженерия (англ. reverse-engineering) унаследованного ПО (англ. legacy). Вместе с тем некоторые CASE-средства также поддерживают фазы разработки, тестирования и развёртывания. Детальная модель разрабатываемой системы может служить исходной информацией для генерации исходного кода программной реализации на языке программирования, эта же модель может служить исходными данными для генерации тестов и/или оценки полноты тестового покрытия.
Современные CASE-средства объединяют в себе средства для моделирования и разработки программных систем и управления процессами разработки. К задачам управления примыкают задачи конфигурационного управления, автоматизированной сборки и интеграции компонентов программной системы. Наиболее известны в этой области средства по поддержке т. н. совместной разработки (англ. lifecycle collaboration), непрерывной разработки (англ. Continuous Integration and Continuous Delivery/Deployment tools – CI/CD), а также классические средства управления проектами для составления графиков работ, планирования ресурсов, сетевого планирования и др.
Иногда термин «CASE» трактуется расширенно как Computer Aided System Engineering или Computer Aided Software and System Engineering, что указывает на особое внимание к анализу и учёту общесистемных требований, включая организацию деятельности предприятия в целом, выделения ролей персонала и т. д. CASE-средства такой направленности в основном помогают на предпроектных фазах разработки собственно программного обеспечения, когда важно понять текущую структуру информационных потоков, схемы принятия решений, выявить критические звенья в системе управления предприятием. Такие CASE-средства могут включать специфические инструменты, например средства автоматического построения моделей бизнес-процессов (англ. process mining) на основе журналов событий, которые накапливаются в информационной системе.
Помимо создания чисто программных решений CASE-средства используются для моделирования, анализа и разработки программно-аппаратных систем управления (например, систем авионики) и для систем, включающих в себя не только компьютерные и сетевые составляющие, но и реальные физические или механические объекты, например реальные двигатели или крылья самолётов, радары и т. д. В первом случае используются средства системного или архитектурного моделирования. Основными языками моделирования здесь являются SysML (специализированный диалект UML) и AADL (англ. Architecture Analysis https://bigenc.ru/c/case-tekhnologii-50d8cb» target=»_blank»]bigenc.ru[/mask_link]
CASE-технологии и CASE-средства проектирования
Указанные выше факторы способствовали появлению программно-технологических средств специального класса — CASE-средств, реализующих CASE-технологию создания и сопровождения ИС. Срок CASE используется в настоящее время в достаточно широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только программного обеспечения (ПО), сегодня приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом. Теперь под термином CASE-средства понимают программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полное среду разработки ИС.
Появлению CASE-технологии и CASE-средств предшествовали исследования в области методологии программирования. Программирование приобрело черты системного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, языков проектирования и средств их поддержки, формальных и неформальных языков описаний системных требований и спецификаций и т.д. Кроме того, появление CASE-технологии способствовали и такие факторы, как:
o подготовка аналитиков и программистов по концепции модульного и структурного программирования;
o широкое внедрение и постоянный рост производительности компьютеров, что позволило использовать эффективные графические средства и автоматизировать большинство этапов проектирования;
o внедрение сетевой технологии, предоставившей возможность объединения усилий отдельных исполнителей в единый процесс проектирования путем использования распределенной базы данных, содержащей необходимую информацию о проекте.
CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в-основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
Средство XTG Data Modeller. XTG Data Modeller (XTGDM) является CASE-средством для структурного моделирования данных и разработки баз данных.
Он как моделировать простые структуры данных так и сложные информационные системы. Это представляется важным, если достигнуто момента, когда модель данных является настолько сложной, что простых средств — ручки и бумаги недостаточно. Система XTGDM обеспечивает моделирование структуры данных информационной системы, предоставляя следующие компоненты и функции:
o визуальное моделирование данных с использованием удобного пользовательского интерфейса;
o обратное управление через ODBC или с SQL-скриптов
o пользовательские типы данных (UDD)
o генерацию SQL-скриптов
o пользовательские HTML-отчеты;
o поддержка многомерного моделирования;
o переход между логическим и физическим видом;
o определение правил атрибутов в логических объектах (entity)
o задания значений по умолчанию и по определению;
o целостность данных (первичный и внешний ключи)
o определение индексов;
o определение пользователем логических объектов, атрибутов и связей;
o ODBC связь с любым источником данных;
o исследования базы данных;
o произвольные текстовые объекты на рабочей области;
o задания мощности;
o экспорт в PNG, BMP, EMF;
o определение подмодели (SUBMODELS)
o XER COMPARE — сравнение моделей;
Поддерживаются следующие платформы баз данных: InterBase / Firebird; MySQL; Centura SQLBase; Microsoft SQL Server; Microsoft Access; Oracle; PostgreSQL; DB2; Informix; Mimer.
Резюме
Можно выделить следующие этапы создания и функционирования (жизненного цикла) ИС: разработка концепции; разработка технического задания; проектирование; реализация; ввод в эксплуатацию; сопровождение.
Одним из ключевых понятий проектирования информационных систем жизненный цикл проекта — PLCM. В общем случае, жизненный цикл определяется моделью (каскадная, эволюционная, спиральная) и описывается в форме методологии (метода).
Для успешной реализации проекта объект проектирования должен быть прежде всего адекватно описан, построенные полные и непротиворечивые функциональные и информационные модели ИС. Методология RAD получила в наше время широкое применение в области создания автоматизированных информационных систем. Основные принципы RAD заключаются в использовании спиральной модели разработки; отсутствии требования относительно полного завершения работ на каждом этапе жизненного цикла; применении CASE-средств и средств быстрой разработки приложений; параллельности процессов разработки (развития) и тестирования проекта.
Появлению CASE-технологии и CASE-средств предшествовали исследования в области методологии программирования. Программирование приобрело черты системного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, языков проектирования и средств их поддержки, формальных и неформальных языков описаний системных требований и спецификаций и т.д.
Ключевые слова
Разработка информационной системы, техническое задание, проект, реализация, программное обеспечение ИС, жизненный цикл, архитектура, декомпозиция процессов ЖЦ, каскадная и спиральная модели, методология построения ИС, RAD, CASE-технология.
Вопросы и задания для обсуждения и самопроверки:
► Назовите этапы создания информационных систем.
► Охарактеризуйте действия, происходящие в фазе проектирования ИС.
► Приведите определение жизненного цикла.
► Опишите процессы жизненного цикла ИС по стандарту ISO / IEC 12207.
► Назовите важнейшие принципы, определяющие правила разбивки ЖЦ на составляющие процессы.
► Проиллюстрируйте декомпозиции составляющих элементов жизненного цикла ИС.
► Опишите каскадную модель ЖЦ информационной системы.
► В чем заключается различие между последовательной и спиральной моделями? Назовите преимущества и недостатки каждой из них.
► Какие особенности проектирования ИС?
► Какие проблемы возникают при ручной разработке информационной системы?
► Охарактеризуйте методологию RAD.
► Что представляет собой CASE-технология?
► Приведите компоненты и функции средства XTG Data Modeller.
Источник: studentopedia.ru
тема 5. Методы и средства проектирования информационных систем. Caseсредства для моделирования деловых процессов (бизнеспроцессов). Инструментальная среда структура, интерфейс, элементы управления
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 43.57 Kb.
Методы и средства проектирования информационных систем. Case-средства для моделирования деловых процессов (бизнес-процессов). Инструментальная среда: структура, интерфейс, элементы управления.
Организация проектирования предполагает определение методов взаимодействия проектировщиков между собой и с заказчиком в процессе создания проекта ЭИС, которые могут также поддерживаться набором специфических средств.
Метод – процедура или техника генерации описаний компонентов ИС.
Так, по степени автоматизацииметоды проектирования разделяются на методы:
• ручного проектирования, при котором проектирование компонентов ЭИС осуществляется без использования специальных инструментальных программных средств, а программирование — на алгоритмических языках;
• компьютерного проектирования, которое производит генерацию или конфигурацию (настройку) проектных решений на основе использования специальных инструментальных программных средств.
По степени использования типовых проектных решенийразличают следующие методы проектирования:
• оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ЭИС, характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности;
• типового проектирования, предполагающего конфигурацию ЭИС из готовых типовых проектных решений (программных модулей), выполняется на основе опыта, полученного при разработке индивидуальных проектов. Типовые проекты как обобщение опыта для некоторых групп организационно-экономических систем или видов работ в каждом конкретном случае связаны со множеством специфических особенностей и различаются по степени охвата функций управления, выполняемым работам и разрабатываемой проектной документации.
По степени адаптивности проектных решенийметоды проектирования классифицируются на методы:
• реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
• параметризации, когда проектные решения настраиваются (перегенерируются) в соответствии с изменяемыми параметрами;
• реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически перегенерируются проектные решения.
Для конкретных видов технологий проектирования свойственно применение определенных средств разработки ЭИС, которые поддерживают выполнение как отдельных проектных работ, этапов, так и их совокупностей. Поэтому перед разработчиками ЭИС, как правило, стоит задача выбора средств проектирования, которые по своим характеристикам в наибольшей степени соответствуют требованиям конкретного предприятия.
Средства проектирования должны быть:
· охватывать в совокупности все этапы жизненного цикла ЭИС;
· технически, программно и информационно совместимыми;
· простыми в освоении и применении;
Рис. 3. Классификация средств проектирования
Средства проектирования без использования ЭВМ применяются на всех стадиях и этапах проектирования ЭИС. Как правило, это средства организационно-методического обеспечения операций проектирования и в первую очередь различные стандарты, регламентирующие процесс проектирования систем, единая система классификации и кодирования информации, унифицированная система документации, модели описания и анализа потоков информации и т.п.
Средства проектирования с использованием ЭВМ могут применяться как на отдельных, так и на всех стадиях и этапах процесса проектирования ЭИС и соответственно поддерживают разработку элементов проекта системы, разделов проекта системы, проекта системы в целом. Все множество средств проектирования с использованием ЭВМ делят на четыре подкласса.
1. относятся операционные средства, поддерживающие проектирование операций обработки информации. К данному подклассу средств относятся:
· библиотеки стандартных подпрограмм и классов объектов;
· макрогенераторы, генераторы программ типовых операций обработки данных;
· средства расширения функций операционных систем (утилиты);
· простейшие инструментальные средства проектирования (тестирования и отладки программ, поддержки процесса документирования проекта и т.п).
Особенность последних программ заключается в том, что с их помощью повышается производительность труда проектировщиков, но не разрабатывается законченное проектное решение.Таким образом, средства данного подкласса поддерживают отдельные операции проектирования ЭИС и могут применяться независимо друг от друга.
2. относят средства, поддерживающие проектирование отдельных компонентов проекта ЭИС. К данному подклассу относятся средства общесистемного назначения:
• системы управления базами данными (СУБД);
• методоориентированные пакеты прикладных программ (решение задач дискретного программирования, математической статистики и т.п.);
• оболочки экспертных систем;
• интегрированные ППП (интерактивная среда с встроенными диалоговыми возможностями, позволяющая интегрировать вышеперечисленные программные средства).
Для перечисленных средств проектирования характерно их использование для разработки технологических подсистем ЭИС: ввода информации, организации хранения и доступа к данным, вычислений, анализа и отображения данных, принятия решений.
3. относятся средства, поддерживающие проектирование разделов проекта ЭИС. В этом подклассе выделяют функциональные средства проектирования. К функциональным средствам проектирования систем обработки информации относятся типовые проектные решения, функциональные пакеты прикладных программ, типовые проекты.
Функциональные средства направлены на разработку автоматизированных систем, реализующих функции, комплексы задач и задачи управления. Разнообразие предметных областей порождает многообразие средств данного подкласса, ориентированных на тип организационной системы (промышленная, непромышленная сферы), уровень управления (например, предприятие, цех, отдел, участок, рабочее место), функцию управления (планирование, учет и т.п.).
4. относятся средства, поддерживающие разработку проекта на стадиях и этапах процесса проектирования. К данному классу относится подкласс средств автоматизации проектирования ЭИС (CASE-средства). Современные CASE-средства, в свою очередь, классифицируются в основном по двум признакам:
1) по охватываемым этапам процесса разработки ЭИС;
2) по степени интегрированности: отдельные локальные средства(tools), набор неинтегрированных средств,охватывающих большинство этапов разработки ЭИС (toolkit) и полностью интегрированные средства,связанные общей базой проектных данных — репозиторием (workbench).
Case-средства для моделирования деловых процессов.
CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств — оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.
На данный момент наиболее распространенными являются case-средства таких разработчиков:
· Erwin (Erwin Business Process; Erwin Data Modeler);
· IBM Rational Software (Rational Software Modeler; Rational Software Architect);
· Oracle (Oracle Designer).
Выделяют следующие группы CASE средств:
· CASE средства верхнего уровня. Эти CASE средства ориентированы на начальные этапы построения информационной системы. Они связаны с анализом и планированием. CASE средства верхнего уровня обеспечивают стратегическое планирование, расстановку целей, задач и приоритетов, а также графическое представление необходимой информации. Все CASE средства верхнего уровня содержат графические инструменты построения диаграмм, таких как диаграммы сущность-связь (ER диаграммы), диаграммы потока данных ( DFD ), структурные схемы, деревья решений и пр.
· CASE средства нижнего уровня. Эти CASE средства больше сфокусированы на последних этапах разработки информационной системы – проектирование, разработка программного кода, тестирование и внедрение. CASE средства нижнего уровня зависят от данных, которые предоставляют средства верхнего уровня. Они используются разработчиками приложений и помогают создать информационную систему, однако не являются полноценными инструментами разработки программного обеспечения.
· Интегрированные CASE средства (I – CASE). Эти CASE средства охватывают полный жизненный цикл разработки информационной системы. Они позволяют обмениваться данными между инструментами верхнего и нижнего уровня и являются своего рода «мостом» между CASE средствами верхнего и нижнего уровней.
Для моделирования и оптимизации бизнес процессов применяются CASE средства верхнего уровня и интегрированные CASE средства. Они позволяют повысить качество моделей бизнес процессов за счет автоматического контроля, дают возможность оценить ожидаемый результат, ускоряют процесс проектирования, обеспечивают возможности по изменению и обновлению моделей.
Основными характеристиками CASE средств, важными с точки зрения моделирования и оптимизации бизнес процессов, являются следующие:
· Наличие графического интерфейса;
· Наличие репозитория. Репозиторий это общая база данных, которая содержит описание элементов процессов и отношений между ними;
· Возможность коллективной работы;
Выбор CASE средств для анализа и моделирования процессов зависит от многих факторов – финансовых возможностей, функциональных характеристик, подготовки персонала, применяемых информационно-технических средств и пр. Приводить исчерпывающий состав этих факторов не имеет смысла, т.к. в ситуации выбора для каждого конкретного случая этот состав будет изменяться. Тем не менее, можно определить набор «базовых» факторов, на основании которых определяются критерии по выбору CASE средств.
К таким «базовым» факторам можно отнести следующие:
· Цели моделирования и анализа процессов;
· Удобство для пользователей;
· Применение стандартных методологий;
Инструментальная среда проектирования BPWin
BPWin (AllFusion Process Modeler) — мощное средство системного анализа деловой и производственной активности, позволяющее адекватно отслеживать соответствие структуры бизнеса, документооборота, финансовых потоков жестким и динамичным требованиям экономики. Система BPwin поможет повысить конкурентоспособность, оптимизировать процессы управления. Результатом использования BPwin является исключение лишних и бесполезных действий, снижение затрат, повышение гибкости и эффективности всего вашего бизнеса. BPwin — незаменимый инструмент менеджеров и бизнес-аналитиков, а в руках системных аналитиков и разработчиков — еще и мощное средство моделирования процессов при создании корпоративных информационных систем.
Структура, функции и интерфейс программы
При запуске BPWin по умолчанию появляется основная панель инструментов, палитра инструментов и Model Explorer.
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из репозитария ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель.
- 1 функциональное моделирование (IDEF0);
- 2 описание бизнес-процессов (IDEF3);
- 3 диаграммы потоков данных (DFD).
- — развитая методология функционального моделирования на основе IDEF0;
- — мощные редакторы для описания операций, связей и вычисления затрат на выполнение работ;
- — иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели;
- — контекстные диаграммы для описания границ системы, области действия, назначения объектов;
- — декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов;
- — расширенные возможности по поддержанию ссылочной целостности;
- — экспорт моделей в средства имитационного моделирования;
- — интеграция и связь со средством проектирования баз данных ERwin (методология IDEF1X);
- — поддержка свойств, определяемых пользователем. Описание моделей может быть расширено за счет свойств, определяемых пользователем, включая мультимедийные документы;
- — интеграция с ModelMart. Сервер приложений для программных продуктов CA ModelMart поддерживает мощный набор инструментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания «компонент» модели и т.д. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin и BPwin;
- — удобный интерфейс пользователя. В распоряжении пользователей имеется проводник, ставший привычным в среде Windows, позволяющий легко переходить с одной диаграммы на другую простым перемещением по «дереву» проводника;
- — расширенная архитектура. BPwin поддерживает 16-ти и 32-х разрядные системы, позволяя организовать совместную работу для всех участников проекта;
- — автоматическая поддержка изменения размеров. BPwin поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей;
- — встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) — это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа;
- — BPwin может генерировать отчеты непосредственно в формате MS Excel для последующей обработки и использования в других приложениях.
Источник: topuch.com
