Автоматизация проектирования с использованием CASE-средств, характеристика CASE- средств.

Термин "CASE" (Computer Aided Software/System Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина "CASE", ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом.

Теперь под термином "CASE-средства" понимаются программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного программного обеспечения (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.

Появлению CASE-технологии и CASE-средств предшествовали исследования в области методологии программирования.

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

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

Большинство CASE-средств основано на парадигме "методология/метод/нотация/структура/средство".

Методология задает руководящие указания для оценки и выбора проекта разработки ПО, этапы и последовательность работ, правила применения тех или иных методов.

Метод - систематическая процедура или технология генерации описаний компонент ПО (например, описание потоков и структур данных).

Нотации предназначены для описания системы в целом, ее элементов, таких как графы, диаграммы, таблица, блок-схемы, алгоритмы, формальные языки и языки программирования.

Структуры являются средством для реализации структурного анализа и построения структуры конкретной системы.

Средства - технологические и программные инструменты для поддержки и усиления методов.

Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:

-применяемым методологиям и моделям систем и БД;

-степени интегрированности с СУБД;

-доступным платформам.

В качестве примеров популярных CASE-средств укажем программные средства компании Computer Associates, IBM-Rational Software и Oracle:

BPwin - моделирование бизнес-процессов;

ERwin - моделирование баз данных и хранилищ данных;

ERwin Examiner - проверка структуры СУБД и моделей, созданных в Erwin;

ModelMart - среда для командной работы проектировщиков;

Paradigm Plus - моделирование приложений и генерация объектного кода;

Rational Rose - моделирование бизнес-процессов и компонентов приложений;

Rational Suite AnalystStudio - пакет для аналитиков данных;

Oracle Designer (входит в Oracle9i Developer Suite) - высокофункциональное средство проектирования программных систем и баз данных, реализующее технологию CASE и собственную методологию Oracle - CDM. Позволяет команде разработчиков полностью провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта.

50. Разделы технического задания на создание информационной системы и их содержание.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1общие сведения; В разделе «Общие сведения» указывают:

· 1) полное наименование системы и ее условное обозначение;

· 2) шифр темы или шифр (номер) договора;

· 3) наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;

· 4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;

· 5) плановые сроки начала и окончания работы по созданию системы;

· 6) сведения об источниках и порядке финансирования работ;

· 7) порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы

2 назначение и цели создания (развития) системы; состоит из подразделов:

· 1) назначение системы; указывают вид автоматизируемой деятельности

2) цели создания системы. приводят наименования и требуемые значения показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС

3характеристика объектов автоматизации; содержит:

1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

· 2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

4 требования к системе;

1) требования к системе в целом; (к структуре и функционированию системы, надежности безопасности и т.д.)

· 2) требования к функциям (задачам), выполняемым системой;

· 3) требования к видам обеспечения. приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы.

5 состав и содержание работ по созданию системы; должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы,

или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.

6порядок контроля и приемки системы; указывают:

· 1) виды, состав, объем и методы испытаний системы и ее составных частей;

· 2) общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации;

· З) статус приемочной комиссии (государственная, межведомственная, ведомственная).

7 требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

· 1) приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ;

· 2) изменения, которые необходимо осуществить в объекте автоматизации;

· 3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;

· 4) создание необходимых для функционирования системы подразделений и служб;

· 5) сроки и порядок комплектования штатов и обучения персонала.

8 требования к документированию; приводят:

· 1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов;

· 2) требования по документированию комплектующих элементов межотраслевого применения;

· 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

9 источники разработки. должны быть перечислены документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

10.В состав ТЗ на АС при наличии утвержденных методик включают приложения,

содержащие:

· 1) расчет ожидаемой эффективности системы;

· 2) оценку научно-технического уровня системы.

Наши рекомендации