Учебная работа. Реферат: CASE-средств и их характеристики

Учебная работа. Реферат: CASE-средств и их характеристики

Оглавление

Введение………………………………………………………………………………….

1. CASE средство: определения и общая черта…………………………….

2. Внедрения CASE технологий: достоинства и недочеты……………………..

3. Внедрение CASE-технологий…………………………………………………………

4. Примеры CASE-средств и их свойства………………………………………

4.1 Silverrun………………………………………………………………………..

4.2 JAM…………………………………………………………………………….

4.3 Vantage Team Builder…………………………………………………………..

4.4 Локальные средства (ERwin, BPwin, S-Designor)……………………………

4.5 Объектно-ориентированные CASE-средства (Rational Rose)………………

4.6 Средства конфигурационного управления………………………………….
4.7 средства документирования…………………………………………………
4.8 Средства тестирования………………………………………………………..

Заключение……………………………………………………………………………….

Литература………………………………………………………………………………..

Введение

Цель моего реферата – разглядеть технологии разработки программных систем на базе CASE средств. В 70-х и 80-х годах при разработке ИС довольно обширно применялась структурная методология, предоставляющая в распоряжение разрабов строгие формализованные способы описания ИС и принимаемых технических решений. В протяжении всей истории программирования программные проекты все наиболее и наиболее усложнялись, размер работ быстро увеличивался, появилась Потребность в всепригодных средствах, которые могли бы посодействовать как-то структурировать создание ПО . Классические языки программирования в силу малой наглядности, избыточности и многословия утрачивали свою эффективность и в 70-х и 80-х годах при разработке программных систем довольно обширно применялась структурная методология. Наглядность и строгость средств структурного анализа позволяла разрабам и будущим юзерам системы дискуссировать и закреплять осознание главных технических решений. Все шло к возникновению программно-технологических средств специального класса.

1. CASE средство: определения и общая черта.

Аббревиатура CASE расшифровывается как Computer Aided Software Engineering. Этот термин обширно употребляется в истинное время. На шаге возникновения схожих средств, термин CASE употреблялся только в отношении автоматизации разработки программного обеспечения. сейчас CASE средства подразкмевают процесс разработки сложных ИС в целом: создание и сопровождение ИС, анализ, формулировка требований, проектирование прикладного ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение свойства, конфигурационное управление и управление проектом, также остальные процессы. Таковым образом, CASE-технологии образуют целую среду разработки ИС.

Итак, CASE-разработка представляет собой методологию проектирования программных систем, также набор инструментальных средств, позволяющих в приятной форме моделировать предметную область, рассматривать эту модель на всех шагах разработки и сопровождения ИС и разрабатывать приложения в согласовании с информационными потребностями юзеров. Большая часть имеющихся CASE-средств основано на методологиях структурного либо объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм либо текстов для описания наружных требований, связей меж моделями системы, динамики поведения системы и архитектуры программных средств. Главные составляющие CASE-продукта таковы:

• методология (Method Diagrams)
  , которая задает единый графический язык и правила работы с ним.
• графические редакторы (Graphic Editors)
  , которые помогают отрисовывать диаграммы; появились с распространением PC и GUI, так именуемых «upper case технологий
• генератор
  : по графическому представлению модели можно сгенерировать начальный код для разных платформ (так именуемая low case часть CASE-технологии).
• репозиторий
  , типичная база данных для хранения результатов работы программистов.

2. Внедрения CASE технологий: достоинства и недочеты.

Разные статистические обзоры свидетельствуют сейчас о эффективности внедрения CASE средств в процессе разработки программных систем. Но % неудач все таки существует и достаточно велик. Очевидно, есть свои недочеты внедрения технологий, важными являются недочеты со стороны качеств бизнеса:

• CASE-средства не непременно дают незамедлительный эффект; он быть может получен лишь спустя некое время;
• настоящие издержки на внедрение CASE-средств обычно намного превосходят Издержки на их приобретение;
• CASE-средства обеспечивают способности для получения значимой выгоды лишь опосля удачного окончания процесса их внедрения.

Ввиду различной природы CASE-средств было бы неверно созодать какие-либо беспрекословные утверждения относительно настоящего ублажения тех либо других ожиданий от их внедрения. Можно перечислить последующие причины, усложняющие определение вероятного эффекта от использования CASE-средств:

• обширное обилие свойства и способностей CASE-средств;
• относительно маленькое время использования CASE-средств в разных организациях и недочет опыта их внедрения;
• обширное обилие в практике внедрения разных организаций;
• отсутствие детализированных метрик и данных для уже выполненных и текущих проектов;
• широкий спектр предметных областей проектов;
• разная степень интеграции CASE-средств в разных проектах.

Вокруг определения эффективности использования CASE технологий существует два представления: одни считают, что настоящая выгода от использования неких типов CASE-средств быть может получена лишь опосля одно- двухгодового опыта, остальные считают, что действие может реально проявиться в фазе эксплуатации актуального цикла ИС, когда технологические улучшения могут привести к понижению эксплуатационных издержек. Но существует ряд признаков организации, с отсутствием хотя бы 1-го из которых внедрение CASE-средств быстрее всего завершится безуспешно:

• разработка: осознание ограниченности имеющихся способностей и способность принять новейшую технологию;
• бизнес советов, успешно использовав CASE-технологии в процессе разработки, группа разрабов получит ряд преимуществ сделанной системы:
  • высочайший уровень технологической поддержки действий разработки и сопровождения ПО ;
  • положительное действие на некие либо все из перечисленных причин: производительность, свойство продукции, соблюдение эталонов, документирование;
  • приемлемый уровень отдачи от инвестиций в CASE-средства.

  3. Внедрение CASE-технологий.

  Термин «внедрение» употребляется в данном подзаголовке в довольно широком смысле и содержит в себе деяния от оценки начальных потребностей до полномасштабного использования CASE-технологий в разных подразделениях организации-пользователя. процесс внедрения CASE-средств состоит из последующих шагов:

  • определение потребностей в CASE-средствах;
  • оценка и выбор CASE-средств;
  • выполнение пилотного проекта;
  • практическое внедрение CASE-средств.

  процесс удачного внедрения CASE-средств не ограничивается лишь их внедрением. По сути он обхватывает планирование и реализацию огромного количества технических, организационных, структурных действий, конфигураций в общей культуре организации, и основан на точном осознании способностей CASE-средств. На метод внедрения CASE-средств может воздействовать специфичность определенной ситуации. к примеру, если заказчик предпочитает конкретное средство, либо оно оговаривается требованиями договора, этапы внедрения должны соответствовать такому предопределенному выбору. В других ситуациях относительная простота либо сложность средства, степень согласованности либо конфликтности с существующими в организации действиями, требуемая степень интеграции с иными средствами, опыт и квалификация юзеров могут привести к внесению соответственных корректив в процесс внедрения.

  4. Примеры CASE-средств и их свойства.

  4.1
  Silverrun

  CASE-средство Silverrun американской конторы Computer Systems Advisers, Inc. употребляется для анализа и проектирования ИС бизнес-класса. Оно применимо для поддержки хоть какой методологии, основанной на раздельном построении многофункциональной и информационной моделей. Silverrun имеет модульную структуру и состоит из 4 модулей, любой из которых является самостоятельным продуктом и может приобретаться и употребляться без связи с остальными модулями: модуль построения моделей бизнес-процессов, модуль концептуального моделирования данных, модуль реляционного моделирования и Менеджеррепозитория рабочей группы. Платой за высшую упругость и обилие изобразительных средств построения моделей является таковой недочет Silverrun, как отсутствие твердого обоюдного контроля меж компонентами разных моделей

  4.2 JAM

  Средство разработки приложений JAM — продукт американской конторы JYACC. Главный чертой JAM является его соответствие методологии RAD, так как он дозволяет довольно стремительно воплотить цикл разработки приложения, заключающийся в формировании очередной версии макета приложения с учетом требований, выявленных на прошлом шаге, и предъявить его юзеру. JAM имеет модульную структуру и состоит из последующих компонент:

  • Ядро системы;
  • JAM/DBi — спец модули интерфейса к СУБД (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC и т.д.);
  • JAM/RW — модуль генератора отчетов;
  • JAM/CASEi — спец модули интерфейса к CASE-средствам (JAM/CASE-TeamWork, JAM/CASE-Innovator и т.д.);
  • JAM/TPi — спец модули интерфейса к менеджерам транзакций (к примеру, JAM/TPi-Server TUXEDO и т.д.);
  • Jterm — спец эмулятор X-терминала.

  Ядро системы (фактически, сам JAM) является законченным продуктом и может без помощи других употребляться для разработки приложений. Все другие модули являются доп и без помощи других употребляться не могут. При использовании JAM разработка наружного интерфейса приложения представляет собой зрительное проектирование и сводится к созданию экранных форм методом размещения на их интерфейсных конструкций и определению экранных полей ввода/вывода инфы.

  4.3
  Vantage
  Team
  Builder

  Vantage Team Builder представляет собой встроенный программный продукт, направленный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО . наличие всепригодной системы генерации кода, основанной на специфицированных средствах доступа к репозиторию проекта, дозволяет поддерживать высочайший уровень выполнения проектной дисциплины разрабами: твердый порядок формирования моделей; твердая структура и содержимое документации; автоматическая генерация начальных кодов программ и т.д. — все это обеспечивает увеличение свойства и надежности разрабатываемых ИС.

  4.4 Локальные средства (ERwin, BPwin, S-Designor)

  ERwin — средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке мотивированной СУБД и реинжиниринг имеющейся БД. ERwin выпускается в нескольких разных конфигурациях, нацеленных на более всераспространенные средства разработки приложений 4GL. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) производится генерация форм и прототипов приложений. BPwin — средство многофункционального моделирования, реализующее методологию IDEF0. S-Designor представляет собой CASE-средство для проектирования реляционных баз данных. По своим многофункциональным способностям и цены он близок к CASE-средству ERwin, отличаясь снаружи применяемой на диаграммах нотацией. S-Designor реализует обычную методологию моделирования данных и генерирует описание БД для таковых СУБД, как ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др.

  4.5 Объектно-ориентированные CASE-средства (Rational Rose)

  Rational Rose — CASE-средство конторы Rational Software Corporation — создано для автоматизации шагов анализа и проектирования ПО , также для генерации кодов на разных языках и выпуска проектной документации. Rational Rose употребляет синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах 3-х ведущих профессионалов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими всепригодная нотация для моделирования объектов (UML — Unified Modeling Language) претендует на роль эталона в области объектно-ориентированного анализа и проектирования. Определенный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Главный вариант — Rational Rose/C++ — дозволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, также генерировать программные коды на С++. Не считая того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное внедрение программных компонент в новейших проектах.

  
  4.6 средства конфигурационного управления

  Цель конфигурационного управления — обеспечить маневренность и контролируемость действий разработки и сопровождения ПО . Для этого нужна четкая и достоверная информация о состоянии ПО и его компонент в любой момент времени, также о всех предполагаемых и выполненных конфигурациях. Для решения задач КУ используются способы и средства обеспечивающие идентификацию состояния компонент, учет номенклатуры всех компонент и модификаций системы в целом, контроль за вносимыми переменами в составляющие, структуру системы и ее функции, также координированное управление развитием функций и улучшением черт системы. Более всераспространенным средством КУ является PVCS конторы Intersolv (США (Соединённые Штаты Америки — средства документирования
  

  Для сотворения документации в процессе разработки ИС употребляются различные средства формирования отчетов, также составляющие издательских систем. Обычно средства документирования интегрированы в определенные CASE-средства. Исключением являются некие пакеты, предоставляющие доп сервис при документировании. Из их более интенсивно употребляется SoDA (Software Document Аutomation).

  Продукт предназначен для автоматизации разработки проектной документации на всех фазах ЖЦ ПО . Он дозволяет автоматом извлекать различную информацию, получаемую на различных стадиях разработки проекта, и включать ее в выходные документы. При всем этом контролируется соответствие документации проекту, связь документов, обеспечивается их своевременное обновление. Результирующая документация автоматом формируется из огромного количества источников, число которых не ограничено.

  
  4.8 средства тестирования

  Под тестированием понимается процесс выполнения программки с целью обнаружения ошибок. Регрессионное тестирование — это тестирование, проводимое опосля усовершенствования функций программки либо внесения в нее конфигураций. Одно из более развитых средств тестирования Quality Works представляет собой интегрированную многоплатформенную среду для разработки автоматических тестов хоть какого уровня, включая испытания регрессии для приложений с графическим интерфейсом юзера. Quality Works дозволяет начинать тестирование на хоть какой фазе ЖЦ, планировать и управлять действием тестирования, показывать конфигурации в приложении и повторно употреблять испытания для наиболее чем 25 разных платформ.

  Заключение

  В работе были рассмотрены технологии разработки программных систем на базе CASE технологий. Тщательно разобрано определение такового широкого понятия как CASE средство, определены главные составляющие CASE продукта. Также в работе мной рассматривались главные достоинства и вероятные недочеты в процессе внедрения CASE средств в разработке программных систем, как исходя из убеждений технических, так и со стороны экономических качеств. Дальше были перечислены примеры CASE технологий и даны их свойства.

  Тенденции развития информационных технологий сейчас диктуют новейший уровень трудности нужных информационных систем. Большие проекты ИС сейчас характеризуются качествами, требующими комплицитных способов моделирования. Такового рода разработка программных систем не вероятна полностью собственной эффективности без использования CASE средств. Современные CASE-инструменты обхватывают необъятную область поддержки бессчетных технологий проектирования ИС: от обычных средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь актуальный цикл ПО .

  Литература.

  1. А.М. Вендров: CASE-технологии. Современные способы и средства проектирования информационных систем
  М.: деньги и статистика, 2005. – 176 с.: илл

  2. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., «Лори», 2006.

  3. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М., 2007

  4. Панащук С.А. Разработка информационных систем с внедрением CASE-системы Silverrun. «СУБД», 2007.

  5. Горчинская О.Ю. Designer/2000 — новое поколение CASE-продуктов конторы ORACLE. «СУБД», 2006.

  6. Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах обработки данных. «СУБД», 2002.

  ]]>