МИНИСТЕРСТВООБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
РОССИЙСКИЙГОСУДАРСТВЕННЫЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ
ВОЛГОГРАДСКИЙФИЛИАЛ
КОНТРОЛЬНАЯРАБОТА
Подисциплине: «Информационные технологии в экономике»
Вариант №13
Выполнила:
Проверила:
К.с.н. ст. препод.
Дмитриева И.С.
ШИФР: Эи УП СПО-2007-108
ВОЛГОГРАД2010
Содержание
1. Суть и область применения CASE-технологий. Функционально-модульныйи объектно-ориентированный подходы к разработке
1. Суть и областьприменения CASE-технологий.Функционально-модульный и объектно-ориентированный подходы к разработке
Аббревиатура CASE расшифровывается как Computer Aided Software Engineering. Этот термин широко используется внастоящее время. На этапе появления подобных средств, термин CASE употреблялсялишь в отношении автоматизации разработки программного обеспечения. СегодняCASE средства подразумевают процесс разработки сложных ИС в целом: создание исопровождение ИС, анализ, формулировка требований, проектирование прикладногоПО и баз данных, генерацию кода, тестирование, документирование, обеспечениекачества, конфигурационное управление и управление проектом, а также другиепроцессы. Таким образом, CASE-технологии образуют целую среду разработкиИС.Итак, CASE-технология представляет собой методологию проектированияпрограммных систем, а также набор инструментальных средств, позволяющих внаглядной форме моделировать предметную область, анализировать эту модель на всехэтапах разработки и сопровождения ИС и разрабатывать приложения в соответствиис информационными потребностями пользователей. Большинство существующихCASE-средств основано на методологиях структурного илиобъектно-ориентированного анализа и проектирования, использующих спецификации ввиде диаграмм или текстов для описания внешних требований, связей междумоделями системы, динамики поведения системы и архитектуры программных средств.Главные составляющие CASE-продукта таковы:
· методология(Method Diagrams),которая задает единый графический язык и правила работы с ним;
· графическиередакторы (Graphic Editors), которые помогают рисовать диаграммы; возникли с распространением PC иGUI, так называемых «upper case» технологий;
· генератор: по графическому представлениюмодели можно сгенерировать исходный код для различных платформ (так называемая lowcase часть CASE-технологии);
· репозиторий, своеобразная база данных дляхранения результатов работы программистов.
CASE-технологий успешно применяются для построения практически всех типов систем ПО, однако устойчивое положение они занимают в следующих областях:
1. Обеспечение разработки делового и коммерческого ПО. Широкое применение CASE технологий обусловлено массовостью этой прикладной области, в которой CASE применяется не только для разработки ПО, но и для создания моделей систем, помогающих коммерческимим структурам решать задачи стратегического планирования, управления финансами, определения политики фирм, обучения персонала и др. (это направление получило свое собственное название бизнес-анализ);
2. Разработка системного и управляющего ПО. Активное применение CASE-технологий связано с большой сложностью данной проблематики и со стремлением повысить эффективность работ.
Различные статистическиеобзоры свидетельствуют сегодня об эффективности применения CASE средств впроцессе разработки программных систем. Однако процент неудач все же существуети довольно велик. Разумеется, существуют свои недостатки применения технологий,значимыми являются недостатки со стороны аспектов бизнеса:
· CASE-средства необязательно дают немедленный эффект; он может быть получен только спустякакое-то время;
· реальные затратына внедрение CASE-средств обычно намного превышают затраты на их приобретение;
· CASE-средства обеспечиваютвозможности для получения существенной выгоды только после успешного завершенияпроцесса их внедрения.
Ввиду разнообразнойприроды CASE-средств было бы ошибочно делать какие-либо безоговорочныеутверждения относительно реального удовлетворения тех или иных ожиданий от ихвнедрения. Можно перечислить следующие факторы, усложняющие определениевозможного эффекта от использования CASE-средств:
· широкоеразнообразие качества и возможностей CASE-средств;
· относительнонебольшое время использования CASE-средств в различных организациях инедостаток опыта их применения;
· широкоеразнообразие в практике внедрения различных организаций;
· отсутствиедетальных метрик и данных для уже выполненных и текущих проектов;
· широкий диапазонпредметных областей проектов;
· различная степеньинтеграции CASE-средств в различных проектах.
На данный момент втехнологии разработки программного обеспечения существуют два основных подходак разработке информационных систем, отличающиеся критериями декомпозиции: функционально-модульный(структурный) и объектно-ориентированный.
Функционально-модульныйподход основан на принципе алгоритмической декомпозиции с выделениемфункциональных элементов и установлением строгого порядка выполняемых действии.Главным недостатком функционально-модульного подхода является однонаправленность информационных потоковой недостаточная обратная связь. В случаеизменения требовании к системе это приводит к полному перепроектированию,поэтому ошибки, заложенные на ранних этапах, сильно сказываются напродолжительности и стоимости разработки. Другой важной проблемой являетсянеоднородность информационных ресурсов, используемых в большинствеинформационных систем. В силу этих причин в настоящее время наибольшеераспространение получил объектно-ориентированный подход, что объясняетсяследующими причинами:
· возможностьюсборки программной системы из готовых компонентов, которые можно использоватьповторно;
· возможностьюнакопления проектных решений в виде библиотек классов на основе механизмовнаследования;
· простотойвнесения изменений в проекты за счет инкапсуляции данных в объектах;
· быстройадаптацией приложений к изменяющимся условиям за счет использования свойствнаследования и полиморфизма;
· возможностьюорганизации параллельной работы аналитиков, проектировщиков и программистов.
Идеальноеобъектно-ориентированное САSЕ-средство должно содержать четыре основных блока:анализ, проектирование, разработка и инфраструктура.
Основныетребования к блоку анализа:
· возможностьвыбора выводимой на экран информации из всей совокупности данных, описывающихмодели;
· согласованностьдиаграмм при хранении их в репозитарии;
· внесениекомментариев в диаграммы и соответствующую документацию для фиксации проектныхрешений;
· возможностьдинамического моделирования в терминах событий;
· поддержканескольких нотаций (хотя бы три нотации — Г.Буча, И.Джекобсона и ОМТ).
Основныетребования к блоку проектирования:
· поддержка всегопроцесса проектирования приложения;
· возможностьработы с библиотеками, средствами поиска и выбора;
· возможностьразработки пользовательского интерфейса;
· поддержкастандартов ОLE, ActiveX и доступ к библиотекам HTML или Java;
· поддержкаразработки распределенных или двух- и трехзвенных клиент-серверных систем (работас CORBA, DCOM, Internet).
Основныетребования к блоку реализации:
· генерация кодаполностью из диаграмм;
· возможностьдоработки приложений в клиент-серверных САSЕ-средствах типа Power Builder;
· реинжинирингкодов и внесение соответствующих изменений в модель системы;
· наличие средствконтроля, которые позволяют выявлять не соответствие между диаграммами игенерируемыми кодами и обнаруживать ошибки как на стадии проектирования, так ина стадии реализации.
Основныетребования к блоку инфраструктуры:
· наличиерепозитория на основе базы данных, отвечающего за генерацию кода, реинжиниринг,отображение кода на диаграммах, а также обеспечивающего соответствие междумоделями и программными кодами;
· обеспечениекомандной работы (многопользовательской работы и управление версиями) иреинжиниринга.