Курсовая: Примеры комплексов CASE-средств - текст курсовой. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Курсовая

Примеры комплексов CASE-средств

Банк рефератов / Информатика, информационные технологии

Рубрики  Рубрики реферат банка

закрыть
Категория: Курсовая работа
Язык курсовой: Русский
Дата добавления:   
 
Скачать
Архив Zip, 41 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникальной курсовой работы

Узнайте стоимость написания уникальной работы

Ярославский филиал Московского государственного университета экономики, статистики и информатики Кафедра экономики Курсовая работа на тему: Приме ры комплексов CASE - сре дств План : 1. Введение . 2. Общие черты CASE- средств 3. Характеристики CASE-средств . 4. Заключение 5. Список использованной литератур ы Введение В данной работе я попытался привести примеры комплексов программ но-технологических средств специального класса - CASE-средств, реализующих CASE-технологию создания и сопровождения ИС. Термин CASE (Computer Aided Software Engineering) используе тся в настоящее время в весьма широком смысле. Первоначальное значение т ермина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, о хватывающий процесс разработки сложных ИС в целом. Теперь под термином CASE-средства понимаются программные средства, поддерживающие процессы с оздания и сопровождения ИС, включая анализ и формулировку требований, пр оектирование прикладного ПО (приложений) и баз данных, генерацию кода, те стирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вм есте с системным ПО и техническими средствами образуют полную среду раз работки ИС. Появлению CASE-технологии и CASE-средств предшествовали исследования в облас ти методологии программирования. Программирование обрело черты систем ного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, языков проектирования и с редств их поддержки, формальных и неформальных языков описаний системн ых требований и спецификаций и т.д. Кроме того, появлению CASE-технологии спо собствовали и такие факторы, как: · подготовка аналитиков и программистов, восприимчивых к конце пциям модульного и структурного программирования; · широкое внедрение и постоянный ро ст производительности компьютеров, позволившие использовать эффектив ные графические средства и автоматизировать большинство этапов проект ирования; · внедрение сетевой технологии, пре доставившей возможность объединения усилий отдельных исполнителей в е диный процесс проектирования путем использования разделяемой базы дан ных, содержащей необходимую информацию о проекте. CASE-технология представляет собой методологию прое ктирования ИС, а также набор инструментальных средств, позволяющих в наг лядной форме моделировать предметную область, анализировать эту модел ь на всех этапах разработки и сопровождения ИС и разрабатывать приложен ия в соответствии с информационными потребностями пользователей. Боль шинство существующих CASE-средств основано на методологиях структурного ( в основном) или объектно-ориентированного анализа и проектирования, исп ользующих спецификации в виде диаграмм или текстов для описания внешни х требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. Общие черт ы CASE - средств Согласно о бзору передовых технологий (Survey of Advanced Technology), составленному фирмой Systems Development Inc. в 1996 г. п о результатам анкетирования более 1000 американских фирм, CASE-технология в на стоящее время попала в разряд наиболее стабильных информационных техн ологий (ее использовала половина всех опрошенных пользователей более ч ем в трети своих проектов, из них 85% завершились успешно). Однако, несмотря н а все потенциальные возможности CASE-средств, существует множество пример ов их неудачного внедрения, в результате которых CASE-средства становятся " полочным" ПО (shelfware). В связи с этим необходимо отметить следующее: · CASE-средства не обязательно дают немедленный эффект; он может бы ть получен только спустя какое-то время; · реальные затраты на внедрение CASE-ср едств обычно намного превышают затраты на их приобретение; · CASE-средства обеспечивают возможно сти для получения существенной выгоды только после успешного завершен ия процесса их внедрения. Ввиду разнообразной природы CASE-средств было бы ошиб очно делать какие-либо безоговорочные утверждения относительно реальн ого удовлетворения тех или иных ожиданий от их внедрения. Можно перечисл ить следующие факторы, усложняющие определение возможного эффекта от и спользования CASE-средств: · широкое разнообразие качества и возможностей CASE-средств; · относительно небольшое время исп ользования CASE-средств в различных организациях и недостаток опыта их при менения; · широкое разнообразие в практике в недрения различных организаций; · отсутствие детальных метрик и дан ных для уже выполненных и текущих проектов; · широкий диапазон предметных обла стей проектов; · различная степень интеграции CASE-ср едств в различных проектах. Вследствие этих сложностей доступная информация о реальных внедрениях крайне ограничена и противоречива. Она зависит от типа средств, характеристик проектов, уровня сопровождения и опыта поль зователей. Некоторые аналитики полагают, что реальная выгода от использ ования некоторых типов CASE-средств может быть получена только после одно- или двухлетнего опыта. Другие полагают, что воздействие может реально пр оявиться в фазе эксплуатации жизненного цикла ИС, когда технологически е улучшения могут привести к снижению эксплуатационных затрат. Современн ые CASE-средства охватывают обширную область поддержки многочисленных те хнологий проектирования ИС: от простых средств анализа и документирова ния до полномасштабных средств автоматизации, покрывающих весь жизнен ный цикл ПО. Наиболее т рудоемкими этапами разработки ИС являются этапы анализа и проектирова ния, в процессе которых CASE-средства обеспечивают качество принимаемых те хнических решений и подготовку проектной документации. При этом большу ю роль играют методы визуального представления информации. Это предпол агает построение структурных или иных диаграмм в реальном масштабе вре мени, использование многообразной цветовой палитры, сквозную проверку синтаксических правил. Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями. В разряд CASE-с редств попадают как относительно дешевые системы для персональных ком пьютеров с весьма ограниченными возможностями, так и дорогостоящие сис темы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE- средств, наиболее мощные из которых так или иначе используются практиче ски всеми ведущими западными фирмами. Обычно к CASE-с редствам относят любое программное средство, автоматизирующее ту или и ную совокупность процессов жизненного цикла ПО и обладающее следующим и основными характерными особенностями: · мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности; · интеграция отдельных компонент CASE- средств, обеспечивающая управляемость процессом разработки ИС; · использование специальным образо м организованного хранилища проектных метаданных (репозитория). Интегрированное CASE-средство (или комплекс средств, п оддерживающих полный ЖЦ ПО) содержит следующие компоненты; · репозиторий, являющийся основой CASE-средства. Он должен обеспеч ивать хранение версий проекта и его отдельных компонентов, синхронизац ию поступления информации от различных разработчиков при групповой ра зработке, контроль метаданных на полноту и непротиворечивость; · графические средства анализа и пр оектирования, обеспечивающие создание и редактирование иерархически с вязанных диаграмм (DFD, ERD и др.), образующих модели ИС; · средства разработки приложений, в ключая языки 4GL и генераторы кодов; · средства конфигурационного управ ления; · средства документирования; · средства тестирования; · средства управления проектом; · средства реинжиниринга. Все современные CASE-средства могут быть классифицир ованы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классифи кация по категориям определяет степень интегрированности по выполняем ым функциям и включает отдельные локальные средства, решающие небольши е автономные задачи (tools), набор частично интегрированных средств, охватыв ающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегриров анные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторие м. Помимо этого, CASE-средства можно классифицировать по следующим признака м: · применяемым методологиям и моделям систем и БД; · степени интегрированности с СУБД; · доступным платформам. Классификация по типам в основном совпадает с комп онентным составом CASE-средств и включает следующие основные типы: · средства анализа (Upper CASE), предназначенные для построения и анали за моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works)); · средства анализа и проектировани я (Middle CASE), поддерживающие наиболее распространенные методологии проектир ования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналитик (МакроПроджект)). Выходом таких с редств являются спецификации компонентов и интерфейсов системы, архит ектуры системы, алгоритмов и структур данных; · средства проектирования баз данн ых, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). С редства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV; · средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и г енераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun; · средства реинжиниринга, обеспечи вающие анализ программных кодов и схем баз данных и формирование на их о снове различных моделей и проектных спецификаций. Средства анализа схе м БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области ана лиза программных кодов наибольшее распространение получают объектно-о риентированные CASE-средства, обеспечивающие реинжиниринг программ на яз ыке С++ (Rational Rose (Rational Software), Object Team (Cayenne)). Вспомогательные типы включают: · средства планирования и управления проектом (SE Companion, Microsoft Project и др.); · средства конфигурационного управ ления (PVCS (Intersolv)); · средства тестирования (Quality Works (Segue Software)); · средства докум ентирования (SoDA (Rational Software)). На сегодняшний день Российский рынок программног о обеспечения располагает следующими наиболее развитыми CASE-средствами: · Vantage Team Builder (Westmount I-CASE); · Designer/2000; · Silverrun; · ERwin+BPwin; · S-Designor; · CASE. Анал итик . Кроме того, на рынке постоянно появляются как новые для отечественных пользователей системы (например, CASE /4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE), так и новые версии и модификации перечисленных систем. Характеристики CASE-средств Silverrun CASE - средство Silverrun амери канской фирмы С omputer Systems Advisers , Inc . (CSA) используется для анализа и прое ктирования ИС бизнес- класса и ориентировано в большей степени на спира льную модель ЖЦ. Оно применимо для поддержки любой методологии, основанн ой на раздельном построении функциональной и информационной моделей (д иаграмм потоков данных и диаграмм "сущность-связь"). Настройка на конкретную методологию обеспечивается выбором требуемой графической нотации моделей и набора правил проверки проектных специф икаций. В системе имеются готовые настройки для наиболее распространен ных методологий: DATARUN (основная методология, поддерживаемая Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для каждого понятия, введенного в проекте , имеется возможность добавления соб ственных описателей. Архитектура Silverrun позволяет наращивать среду разраб отки по мере необходимости. Структур а и функции Silverrun имеет мод ульную структуру и состоит из четырех модулей, каждый из которых являетс я самостоятельным продуктом и может приобретаться и использоваться бе з связи с остальными модулями. Модуль пос троения моделей бизнес-процессов в форме диаграмм потоков данных (BPM - Business Process Modeler) позволяет моделировать функционирование обследуемой органи зации или создаваемой ИС. В модуле BPM обеспечена возможность работы с моде лями большой сложности: автоматическая перенумерация, работа с деревом процессов (включая визуальное перетаскивание ветвей), отсоединение и пр исоединение частей модели для коллективной разработки. Диаграммы могу т изображаться в нескольких предопределенных нотациях, включая Yourdon/DeMarco и Gane/Sarson. Имеется также возможность создавать собственные нотации, в том числ е добавлять в число изображаемых на схеме дескрипторов определенные по льзователем поля. Модуль концептуального моделирования данных (ERX - Entity-Relationship eXpert) обеспечивает п остроение моделей данных "сущность-связь", не привязанных к конкретной р еализации. Этот модуль имеет встроенную экспертную систему, позволяющу ю создать корректную нормализованную модель данных посредством ответо в на содержательные вопросы о взаимосвязи данных. Возможно автоматичес кое построение модели данных из описаний структур данных. Анализ функци ональных зависимостей атрибутов дает возможность проверить соответст вие модели требованиям третьей нормальной формы и обеспечить их выполн ение. Проверенная модель передается в модуль RDM. Модуль реляционного моделирования (RDM - Relational Data Modeler) позволяет создавать детал изированные модели "сущность-связь", предназначенные для реализации в ре ляционной базе данных. В этом модуле документируются все конструкции, св язанные с построением базы данных: индексы, триггеры, хранимые процедуры и т.д. Гибкая изменяемая нотация и расширяемость репозитория позволяют работать по любой методологии. Возможность создавать подсхемы соответ ствует подходу ANSI SPARC к представлению схемы базы данных. На языке подсхем мо делируются как узлы распределенной обработки, так и пользовательские п редставления. Этот модуль обеспечивает проектирование и полное докуме нтирование реляционных баз данных. Менеджер репозитория рабочей группы (WRM - Workgroup Repository Manager) применяется как словарь данных для хранения общей для всех моделей информации, а также обеспечи вает интеграцию модулей Silverrun в единую среду проектирования. Платой за высокую гибкость и разнообразие изобразительных средств пос троения моделей является такой недостаток Silverrun, как отсутствие жесткого в заимного контроля между компонентами различных моделей (например, возм ожности автоматического распространения изменений между DFD различных у ровней декомпозиции). Следует, однако, отметить, что этот недостаток може т иметь существенное значение только в случае использования каскадной модели ЖЦ ПО. Взаимоде йствие с другими средствами Для автоматической генерации схем баз данных у Silverrun существуют мосты к на иболее распространенным СУБД: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase. Для передачи данных в средства разработки приложений имеются мосты к языкам 4GL: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, De lphi. Все мосты позволяют загрузить в Silverrun RDM информацию из каталогов соответс твующих СУБД или языков 4GL. Это позволяет документировать, перепроектиро вать или переносить на новые платформы уже находящиеся в эксплуатации б азы данных и прикладные системы. При использовании моста Silverrun расширяет с вой внутренний репозиторий специфичными для целевой системы атрибутам и. После определения значений этих атрибутов генератор приложений пере носит их во внутренний каталог среды разработки или использует при гене рации кода на языке SQL. Таким образом можно полностью определить ядро базы данных с использованием всех возможностей конкретной СУБД: триггеров, х ранимых процедур, ограничений ссылочной целостности. При создании прил ожения на языке 4GL данные, перенесенные из репозитория Silverrun, используются л ибо для автоматической генерации интерфейсных объектов, либо для быстр ого их создания вручную. Для обмена данными с другими средствами автоматизации проектирования, создания специализированных процедур анализа и проверки проектных спе цификаций, составления специализированных отчетов в соответствии с ра зличными стандартами в системе Silverrun имеется три способа выдачи проектной информации во внешние файлы: · Система отчетов. Можно, определив содержимое отчета по репози торию, выдать отчет в текстовый файл. Этот файл можно затем загрузить в те кстовый редактор или включить в другой отчет; · Система экспорта/импорта. Для боле е полного контроля над структурой файлов в системе экспорта/импорта име ется возможность определять не только содержимое экспортного файла, но и разделители записей, полей в записях, маркеры начала и конца текстовых полей. Файлы с указанной структурой можно не только формировать, но и заг ружать в репозиторий. Это дает возможность обмениваться данными с разли чными системами: другими CASE-средствами, СУБД, текстовыми редакторами и эл ектронными таблицами; · Хранение репозитория во внешних ф айлах через ODBC-драйверы. Для доступа к данным репозитория из наиболее рас пространенных систем управления базами данных обеспечена возможность хранить всю проектную информацию непосредственно в формате этих СУБД. Групповая работа Групповая работа поддерживается в системе Silverrun двумя способами: · В стандартной однопользовательской версии имеется механизм контролируемого разделения и слияния моделей. Разделив модель на части, можно раздать их нескольким разработчикам. После детальной доработки м одели объединяются в единые спецификации; · Сетевая версия Silverrun позволяет осуще ствлять одновременную групповую работу с моделями, хранящимися в сетев ом репозитории на базе СУБД Oracle, Sybase или Informix. При этом несколько разработчиков могут работать с одной и той же моделью, так как блокировка объектов прои сходит на уровне отдельных элементов модели. Среда функционирования Имеются реализации Silverrun трех платформ - MS Windows, Macintosh и OS/2 Presentation Manager - с возможностью обм ена проектными данными между ними. Для функцион ирования в среде Windows необходимо иметь компьютер с процессором модели не н иже i486 и оперативную память объемом не менее 8 Мб (рекомендуется 16 Мб). На дис ке полная инсталляция Silverrun занимает 20 Мб. JAM Средств о разработки приложений JAM (JYACC's Application Manager) - продукт фирмы JYACC (США). В настоящее время по ставляется версия JAM 7 и готовится к выходу JAM 8. Основной ч ертой 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 - JDB, менеджер транзакций, отладчик, редактор стилей; · редактор меню; · набор вспомогательных утилит; · средства изготовления промышленн ой версии приложения. При использовании JAM разработка внешнего интерфейс а приложения представляет собой визуальное проектирование и сводится к созданию экранных форм путем размещения на них интерфейсных конструк ций и определению экранных полей ввода/вывода информации. Проектирован ие интерфейса в JAM осуществляется с помощью редактора экранов. Приложени я, разработанные в JAM, имеют многооконный интерфейс. Разработка отдельног о экрана заключается в размещении на нем интерфейсных элементов, возмож ной (но не обязательной) их группировке и конкретизации различных их сво йств, включающих визуальные характеристики (позиция, размер, цвет, шрифт и т.п.), поведенческие характеристики (многообразные фильтры, форматы, защ ита от ввода и т.п.) и ряд свойств, ориентированных на работу с БД. Редактор меню позволяет разрабатывать и отлаживать систем ы меню. Реализована возможность построения пиктографических меню (так н азываемые toolbar). Назначение каждого конкретного меню тому или иному объект у приложения осуществляется в редакторе экранов. В ядро JAM встроена однопользовательская реляционная СУБД JDB. Основным наз начением JDB является прототипирование приложений в тех случаях, когда ра бота со штатной СУБД невозможна или нецелесообразна. В JDB реализован необ ходимый минимум возможностей реляционных СУБД за исключением индексов , хранимых процедур, триггеров и представлений (view). С помощью JDB можно постро ить БД, идентичную целевой БД (с точностью до отсутствующих в JDB возможнос тей) и разработать значительную часть приложения. Отладчик позволяет провод ить комплексную отладку разрабатываемого приложения. Осуществляется т рассировка всех событий, возникающих в процессе исполнения приложения. Утилиты JAM в ключают три группы: · конверторы файлов экранов JAM в текстовые. JAM сохраняет экраны в в иде двоичных файлов собственного формата. В ряде случаев (например для и зготовления программной документации проекта) необходимо текстовое оп исание экранов; · конфигурирование устройств ввода /вывода. JAM и приложения, построенные с его помощью, не работают непосредст венно с устройствами ввода/вывода. Вместо этого JAM обращается к логически м устройствам ввода/вывода (клавиатура, терминал, отчет). Отображение лог ических устройств в физические осуществляется с помощью средств конфи гурирования; · обслуживание библиотек экранов (т радиционные операции с библиотеками). Одним из дополнительных модулей JAM является генера тор отчетов. Компоновка отчета осуществляется в редакторе экранов JAM. Опи сание работы отчета осуществляется с помощью специального языка. Генер атор отчетов позволяет определить данные, выводимые в отчет, группировк у выводимой информации, форматирование вывода и др. Приложени я, разработанные с использованием JAM, не требуют так называемых исполните льных (run-time) систем и могут быть изготовлены в виде исполняемых модулей. Для этого разработчик должен иметь компилятор C и редактор связей. Для изгот овления промышленной версии в состав JAM входит файл сборки (makefile), исходные т ексты (на языке C) ряда модулей приложения и необходимые библиотеки. JAM содержит встроенный язык программирования JPL (JAM Procedural Language), с помощью которог о в случае необходимости можно написать модули, реализующие специфичес кие действия. Данный язык является интерпретируемым, что упрощает отлад ку. Существует возможность обмена информацией между средой визуально п остроенного приложения и такими модулями. Кроме того, в JAM реализована воз можность подключения внешних модулей, написанных на каком-либо языке, со вместимым по вызовам функций с языком C. С точки зре ния реализации логики приложения JAM является событийно-ориентированной системой. В JAM определен набор событий, включающий открытие и закрытие око н, нажатие клавиши клавиатуры, срабатывание системного таймера, получен ие и передача управления каждым элементом экрана. Разработчик реализуе т логику приложения путем определения обработчика каждого события. Нап ример, обработчик события "нажатие кнопки на экране" (мышью или с помощью к лавиатуры) может открыть следующее экранное окно. Обработчиками событи й в JAM могут быть как встроенные функции JAM, так и функции, написанные разраб отчиком на C или JPL. Набор встроенных функций включает в себя более 200 функци й различного назначения. Встроенные функции доступны для вызовов из фун кций, написанных как на JPL, так и на C. Промышленная версия приложения, разработанного с помощью JAM, включает в с ебя следующие компоненты: · исполняемый модуль интерпретатора приложения. В этот модуль могут быть встроены функции, написанные разработчиками на языках 3-го по коления; · экраны, составляющие само приложе ние (могут поставляться в виде отдельных файлов, в составе библиотек экр анов или же быть встроены в тело интерпретатора); · внешние JPL-модули. Могут поставлять ся в виде текстовых файлов или в прекомпилированном виде, причем прекомп илированные внешние JPL-модули могут быть как в виде отдельных файлов, так и в составе библиотек экранов; · файлы конфигурации приложения - фа йлы конфигурации клавиатуры и терминала, файл системных сообщений, файл общей конфигурации. Взаимодействие с другими средствами Непосредственное взаимодействие с СУБД реализуют модули JAM/DBi (Data Base interface). Спос обы реализации взаимодействия в JAM разделяются на два класса: ручные и авт оматические. При ручном способе разработчик приложения самостоятельно пишет запросы на SQL, в которых как источниками, так и адресатами приема рез ультатов выполнения запроса могут быть как интерфейсные элементы визу ально спроектированного внешнего уровня, так и внутренние, невидимые дл я конечного пользователя переменные. Автоматический режим, реализуемы й менеджером транзакций JAM, осуществим для типовых и наиболее распростра ненных видов операций с БД, так называемых QBE (Query By Example - запросы по образцу), с уч етом достаточно сложных взаимосвязей между таблицами БД и автоматичес ким управлением атрибутами экранных полей ввода/вывода в зависимости о т вида транзакции (чтение, запись и т.д.), в которой участвует сгенерирован ный запрос. JAM позволяет строить приложения для работы более чем с 20 СУБД: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-с овместимые СУБД и др. Отличительной чертой JAM является высокий уровень переносимости приложе ний между различными платформами (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS и др.). Может потре боваться лишь "перерисовать" статические текстовые поля на экранах с рус ским текстом при переносе между средами DOS-Windows-UNIX. Кроме того, переносимость облегчается тем, что в JAM приложения разрабатываются для виртуальных уст ройств ввода/вывода, а не для физических. Таким образом при переносе прил ожения с платформы на платформу, как правило, требуется лишь определить соответствие между физическими устройствами ввода/вывода и их логичес кими представлениями для приложения. Использование SQL в качестве средства взаимодействия с СУБД также создае т предпосылки для обеспечения переносимости между СУБД. При условии пер еноса структуры самой БД в ряде случаев приложения могут не требовать ни какой модификации, за исключением инициализации сеанса работы. Такая си туация может сложиться в том случае, если в приложении не использовались специфические для той или иной СУБД расширения SQL. При росте нагрузки на систему и сложности решаемых задач (распределенно сть и гетерогенность используемых ресурсов, количество одновременно п одключенных пользователей, сложность логики приложения) применяется т рехзвенная модель архитектуры "клиент-сервер" с использованием менедже ров транзакций. Компоненты JAM/TPi-Client и JAM/TPi-Server позволяют достаточно просто перей ти на трехзвенную модель. При этом ключевую роль играет модуль JAM/TPi-Server, так к ак основная трудность внедрения трехзвенной модели заключается в реал изации логики приложения в сервисах менеджеров транзакций. Интерфейс JAM/CASE подобен интер фейсу к СУБД и позволяет осуществить обмен информацией между репозитор ием объектов JAM и репозиторием CASE-средства аналогично тому, как структура Б Д импортируется в репозиторий JAM непосредственно из БД. Отличие заключае тся в том, что в случае интерфейса к CASE этот обмен является двунаправленны м. Кроме модулей JAM/CASEi, существует также модуль JAM/CASEi Developer's Kit. С помощью этого моду ля можно самостоятельно разработать интерфейс (т.е. специализированный модуль JAM/CASEi) для конкретного CASE-средства, если готового модуля JAM/CASEi для него н е существует. Мост (интер фейс) Silverrun-RDM <-> JAM реализует взаимодействие между CASE-средством Silverrun и JAM (перенос сх емы базы данных и экранных форм приложения между CASE-средством Silverrun-RDM и JAM верс ии 7.0). Данный программный продукт имеет 2 режима работы: · прямой режим (Silverrun-RDM->JAM) предназначен для создания объектов CASE-слов аря и элементов репозитория JAM на основе представления схем в Silverrun-RDM. В этом р ежиме мост позволяет, исходя из представления моделей данных интерфейс а в Silverrun-RDM, производить генерацию экранов и элементов репозитория JAM. Мост пр еобразует таблицы и отношения реляционных схем RDM в последовательность объектов JAM соответствующих типов. Методика построения моделей данных и нтерфейса в Silverrun-RDM предполагает применение механизма подсхем для прототи пирования экранов приложения. По описанию каждой из подсхем RDM мост генер ирует экранную форму JAM; · обратный режим (JAM->Silverrun-RDM) предназначе н для переноса модификаций объектов CASE-словаря в реляционную модель Silverrun-RDM. Режим реинжиниринга позволяет переносить модифик ации всех свойств экранов JAM, импортированных ранее из RDM, в схему Silverrun. На этом этапе для контроля целостности базы данных не допускаются изменения сх емы в виде добавления или удаления таблиц и полей таблиц. Группова я работа Ядро JAM имеет встроенный интерфейс к средствам конфигурационного управл ения (PVCS на платформе Windows и SCCS на платформе UNIX). Под управлением этих систем пер едаются библиотеки экранов и/или репозитории. При отсутствии таких сист ем JAM самостоятельно реализует часть функций поддержки групповой разраб отки. Использование PVCS является более предпочтительным по сравнению с SCCS, так ка к позволяет организовать единый архив модулей проекта для всех платфор м. Так как JAM на платформе UNIX не имеет прямого интерфейса к архивам PVCS, то выбо рка модулей из архива и возврат их в архив производятся с использованием PVCS Version Manager. На платформе MS-Windows JAM имеет встроенный интерфейс к PVCS и действия по выб орке/возврату производятся непосредственно из среды JAM. Среда функционирования JAM, как среда разработки, и приложения, построенные с его использованием, н е являются ресурсоемкими системами. Например, на платформе MS-Windows достаточ но иметь 8MB оперативной памяти и 50 MB дискового пространства для среды разра ботки. На UNIX-платформах требования к аппаратуре определяются самой опера ционной системой. Designer/2000 + Developer/2000 CASE-средство Designer/2000 2.0 фирмы OR ACLE является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Developer/2000 поддержку полно го ЖЦ ПО для систем, использующих СУБД ORACLE. Структур а и функции Designer/2000 представляет собой семейство методологий и поддерживающих их прог раммных продуктов. Базовая методология Designer/2000 (CASE*Method) - структурная методолог ия проектирования систем, полностью охватывающая все этапы жизненного цикла ИС . В соответствии с этой м етодологией на этапе планирования определяются цели создания системы, приоритеты и ограничения, разрабатывается системная архитектура и пла н разработки ИС. В процессе анализа строятся модель информационных потр ебностей (диаграмма "сущность-связь"), диаграмма функциональной иерархии (на основе функциональной декомпозиции ИС), матрица перекрестных ссылок и диаграмма потоков данных. На этапе п роектирования разрабатывается подробная архитектура ИС, проектируетс я схема реляционной БД и программные модули, устанавливаются перекрест ные ссылки между компонентами ИС для анализа их взаимного влияния и конт роля за изменениями. На этапе реа лизации создается БД, строятся прикладные системы, производится их тест ирование, проверка качества и соответствия требованиям пользователей. Создается системная документация, материалы для обучения и руководств а пользователей. На этапах эксплуатации и сопровождения анализируются производительность и целостность системы, выполняется поддержка и, при необходимости, модификация ИС; Designer/2000 обесп ечивает графический интерфейс при разработке различных моделей (диагр амм) предметной области. В процессе построения моделей информация о них заносится в репозиторий. В состав Designer/2000 входят следующие компоненты: · Repository Administrator - средства управления репозиторием (создание и удалени е приложений, управление доступом к данным со стороны различных пользов ателей, экспорт и импорт данных); · Repository Object Navigator - средства доступа к репоз иторию, обеспечивающие многооконный объектно-ориентированный интерфе йс доступа ко всем элементам репозитория; · Process Modeller - средство анализа и моделиро вания деловой деятельности, основывающееся на концепциях реинжиниринг а бизнес-процессов (BPR - Business Process Reengineering) и глобальной системы управления качество м (TQM - Total Quality Management); · Systems Modeller - набор средств построения фу нкциональных и информационных моделей проектируемой ИС, включающий ср едства для построения диаграмм "сущность-связь" (Entity-Relationship Diagrammer), диаграмм функц иональных иерархий (Function Hierarchy Diagrammer), диаграмм потоков данных (Data Flow Diagrammer) и средство а нализа и модификации связей объектов репозитория различных типов (Matrix Diagrammer); · Systems Designer - набор средств проектирован ия ИС, включающий средство построения структуры реляционной базы данны х (Data Diagrammer), а также средства построения диаграмм, отображающих взаимодейств ие с данными, иерархию, структуру и логику приложений, реализуемую храни мыми процедурами на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и Module Logic Navigator); · Server Generator - генератор описаний объекто в БД ORACLE (таблиц, индексов, ключей, последовательностей и т.д.). Помимо продук тов ORACLE, генерация и реинжиниринг БД может выполняться для СУБД Informix, DB/2, Microsoft SQL Server, Sybase, а также для стандарта ANSI SQL DDL и баз данных, доступ к которым реал изуется посредством ODBC; · Forms Generator (генератор приложений для ORACLE Forms). Генерируемые приложения включают в себя различные экранные формы, средства контроля данных, проверки ограничений целостности и автомати ческие подсказки. Дальнейшая работа с приложением выполняется в среде Developer/2000; · Repository Reports - генератор стандартных отче тов, интегрированный с ORACLE Reports и позволяющий русифицировать отчеты, а также изменять структурное представление информации. Репозиторий Designer/2000 представляет собой хранилище вс ех проектных данных и может работать в многопользовательском режиме, об еспечивая параллельное обновление информации несколькими разработчи ками. В процессе проектирования автоматически поддерживаются перекрес тные ссылки между объектами словаря и могут генерироваться более 70 стан дартных отчетов о моделируемой предметной области. Физическая среда хр анения репозитория - база данных ORACLE. Генерация приложений, помимо продуктов ORACLE, выполняется также для Visual Basic. Взаимоде йствие с другими средствами Designer/2000 можно интегрировать с другими средствами, используя открытый интер фейс приложений API (Application Programming Interface). Кроме того, можно использовать средство ORACLE CASE Exchange для экспорта/импорта объектов репозитория с целью обмена информа цией с другими CASE-средствами. Developer/2000 обесп ечивает разработку переносимых приложений, работающих в графической с реде Windows, Macintosh или Motif. В среде Windows интеграция приложений Developer/2000 с другими средства ми реализуется через механизм OLE и управляющие элементы VBX. Взаимодействи е приложений с другими СУБД (DB/2, DB2/400, Rdb) реализуется с помощью средств ORACLE Client Adapter д ля ODBC, ORACLE Open Gateway и API. Среда фу нкционирования Среда функционирования Designer/2000 и Developer/2000 - Windows 3.x, Windows 95, Windows NT. Локальные средства (ERwin, BPwin, S-Designor, CASE.Аналити к) ERwin - средство конце птуального моде лирования БД , использующее методоло гию IDEF1X . ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и р еинжиниринг существующей БД. ERwin выпускается в нескольких различных конф игурациях, ориентированных на наиболее распространенные средства разр аботки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разра ботки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроекти рованной БД непосредственно в репозитории данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генер ация форм и прототипов приложений. Сетевая верс ия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в ра мках рабочей группы. BPwin - средств о функционального моделирования, реализующее методол огию IDEF0 Возможные конфигурации и ориентировочная стоимость средств (без техни ческой поддержки) приведены в таблице. Конфигурация Стоимость, $ ERwin/ERX 3,295 Bpwin 2,495 ERwin/ERX for PowerBuilder, Visual Basic, Progress 3,495 ERwin/ERX for Delphi 4,295 ERwin/Desktop for PowerBuilder, Visual Basic 495 ERwin/ERX for SQLWindows / Designer/2000 / Solaris 3,495 / 5,795 / 6,995 ModelMart 5 / 10 user 11,995 / 19,995 Erwin/OPEN for ModelMart 3,995 S-Designor 4.2 представляет собой CASE-средст во для проектирования реляционных баз дан ных . По своим функциональным возможностям и стоимости он бли зок к CASE-средству ERwin, отличаясь внешне используемой на диаграммах нотацие й. S-Designor реализует стандартную методологию моделирования данных и генерир ует описание БД для таких СУБД, как ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др. Для существующи х систем выполняется реинжиниринг БД. S-Designor совместим с рядом средств разработки приложений (PowerBuilder, Uniface, TeamWindows и др.) и поз воляет экспортировать описание БД в репозитории данных средств. Для PowerBuilder выполняется также прямая генерация шаблонов приложений. CASE.Аналитик 1.1 является практическ и единственным в настоящее время конкурентоспособным отечественным CASE- средством функционального моделирования и реализует пос троение диаграмм потоков данных. Его основн ые функции: · построение и редактирование DFD; · анализ диаграмм и проектных специ фикаций на полноту и непротиворечивость; · получение разнообразных отчетов по проекту; · генерация макетов документов в со ответствии с требованиями ГОСТ 19.ХХХ и 34.ХХХ. Среда функционирования: процессор - 386 и выше, основн ая память - 4 Мб, дисковая память - 5 Мб, MS Windows 3.x или Windows 95. Ориентиро вочная стоимость: · однопользовательская версия - 605 $; · многопользовательская версия (од но рабочее место) - 535 $. База данных проекта реализована в формате СУБД Paradox и является открытой для доступа. С помощью о тдельного программного продукта (Catherine) выполняется обмен данными с CASE-сред ством ERwin. При этом из проекта, выполненного в CASE.Аналитике, экспортируется о писание структур данных и накопителей данных, которое по определенным п равилам формирует описание сущностей и их атрибутов. Объектно-ориентированные CASE-средств а (Rational Rose) Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено д ля автоматизации этапов анализа и проектирования ПО, а также для генерац ии кодов на различных языках и вып уска проектной докум ентации . Rational Rose использует синтез-методологию объек тно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Раз работанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентирован ного анализа и проектирования. Конкретный вариант Rational Rose определяется язы ком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной в ариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде ди аграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие пов торное использование программных компонент в новых проектах. Структур а и функции В основе работы Rational Rose лежит построение различного рода диаграмм и специфи каций, определяющих логическую и физическую структуры модели, ее статич еские и динамические аспекты. В их число входят диаграммы классов, состо яний, сцен ариев, модулей, процессов. В составе Rational Rose можно выделить 6 основных структурных компонент: репозиторий, графи ческий интерфейс пользователя, средства просмотра проекта (browser), средства контроля проекта, средства сбора статистики и генератор документов. К ни м добавляются генератор кодов (индивидуальный для каждого языка) и анали затор для С++, обеспечивающий реинжиниринг - восстановление модели проек та по исходным текстам программ. Репозиторий представляет собой объектно-ориентированную базу данных. Средства просмотра обеспечивают "навигацию" по проекту, в том числе, пере мещение по иерархиям классов и подсистем, переключение от одного вида ди аграмм к другому и т. д. Средства контроля и сбора статистики дают возможн ость находить и устранять ошибки по мере развития проекта, а не после зав ершения его описания. Генератор отчетов формирует тексты выходных доку ментов на основе содержащейся в репозитории информации. Средства автоматической генерации кодов программ на языке С++, используя информацию, содержащуюся в логической и физической моделях проекта, фор мируют файлы заголовков и файлы описаний классов и объектов. Создаваемы й таким образом скелет программы может быть уточнен путем прямого прогр аммирования на языке С++. Анализатор кодов С++ реализован в виде отдельного программного модуля. Его назначение состоит в том, чтобы создавать моду ли проектов в форме Rational Rose на основе информации, содержащейся в определяем ых пользователем исходных текстах на С++. В процессе работы анализатор ос уществляет контроль правильности исходных текстов и диагностику ошибо к. Модель, полученная в результате его работы, может целиком или фрагмент арно использоваться в различных проектах. Анализатор обладает широким и возможностями настройки по входу и выходу. Например, можно определить типы исходных файлов, базовый компилятор, задать, какая информация должн а быть включена в формируемую модель и какие элементы выходной модели сл едует выводить на экран. Таким образом, Rational Rose/С++ обеспечивает возможность п овторного использования программных компонент. В результа те разработки проекта с помощью CASE-средства Rational Rose формируются следующие до кументы: · диаграммы классов; · диаграммы состояний; · диаграммы сценариев; · диаграммы модулей; · диаграммы процессов; · спецификации классов, объектов, ат рибутов и операций · заготовки текстов программ; · модель разрабатываемой программн ой системы. Последний из перечисленных документов является т екстовым файлом, содержащим всю необходимую информацию о проекте (в том числе необходимую для получения всех диаграмм и спецификаций). Тексты программ являются заготовками для последующей работы программи стов. Они формируются в рабочем каталоге в виде файлов типов .h (заголовки, содержащие описания классов) и .cpp (заготовки программ для методов). Систем а включает в программные файлы собственные комментарии, которые начина ются с последовательности символов //##. Состав информации, включаемой в пр ограммные файлы, определяется либо по умолчанию, либо по усмотрению поль зователя. В дальнейшем эти исходные тексты развиваются программистами в полноценные программы. Взаимодействие с другими средствами и организация групповой работы Rational Rose интегр ируется со средством PVCS для организации групповой работы и управления пр оектом и со средством SoDA - для документирования проектов. Интеграция Rational Rose и SoDA обеспечивается средствами SoDA. Для организации групповой работы в Rational Rose возможно разбиение модели на упр авляемые подмодели. Каждая из них независимо сохраняется на диске или за гружается в модель. В качестве подмодели может выступать категория клас сов или подсистема. Для управляе мой подмодели предусмотрены операции: · загрузка подмодели в память; · выгрузка подмодели из памяти; · сохранение подмодели на диске в ви де отдельного файла; · установка защиты от модификации; · замена подмодели в памяти на новую. Наиболее эффективно групповая работа организуетс я при интеграции Rational Rose со специальными средствами управления конфигурац ией и контроля версий (PVCS). В этом случае защита от модификации устанавлива ется на все управляемые подмодели, кроме тех, которые выделены конкретно му разработчику. В этом случае признак защиты от записи устанавливается для файлов, которые содержат подмодели, поэтому при считывании "чужих" по дмоделей защита их от модификации сохраняется и случайные воздействия окажутся невозможными. Среда функционирования Rational Rose функци онирует на различных платформах: IBM PC (в среде Windows), Sun SPARC stations (UNIX, Solaris, SunOS), Hewlett-Packard (HP UX), IBM RS/6000 (AIX). Для работы с истемы необходимо выполнение следующих требований: · Платформа Windows - процессор 80386SX или выше (рекомендуется 80486), память8Mб ( рекомендуется 12Mб), пространство на диске 8Mб + 1-3Mб для одной модели. · Платформа UNIX - память 32+(16*число пользо вателей)Mб, пространство на диске 30Mб + 20 при инсталляции + 1-3Mб для одной модели . Совместимость по версиям обеспечивается на уровн е моделей. Заключение В заключен ие приведем примеры комплексов CASE-средств обеспечивающих поддержку пол ного ЖЦ ПО. Здесь хотелось бы еще раз отметить нецелесообразность сравне ния отдельно взятых CASE-средств, поскольку ни одно из них не решает в целом в се проблемы создания и сопровождения ПО. Это подтверждается также полны м набором критериев оценки и выбора, которые затрагивают все этапы ЖЦ ПО. Сравниваться могут комплексы методологически и технологически соглас ованных инструментальных средств, поддерживающие полный ЖЦ ПО и обеспе ченные необходимой технической и методической поддержкой со стороны ф ирм -поставщиков. Н а сегодняшний д ень наиболее развитым из всех поставляемых в России комплексов такого р ода является комплекс технологий и инструментальных средств создания ИС, основанный на методологии и технологии DATARUN. В состав комплекса входят следующие инструментальные средства: · CASE-средство Silverrun; · средство разработки приложений JAM; · мост Silverrun-RDM <-> JAM; · комплекс средств тестирования QA; · менеджер транзакций Tuxedo; · комплекс средств планирования и у правления проектом SE Companion; · комплекс средств конфигурационно го управления PVCS; · объектно-ориентированное CASE-средс тво Rational Rose; · средство документирования SoDA. Примерами других подобных комплексов являются: · Vantage Team Builder for Uniface + Uniface ( фирмы "DataX/Florin" и " ЛАНИТ "); · комплекс средс тв, поставляемых и используемых фирмой "ФОРС": · CASE-средства Designer/2000 (основное), ERwin, Bpwin и Oowin (ал ьтернатив- ные); · средства разработки приложений Developer/2000, ORACLE Power Objects (ос- новные) и Usoft Developer (альтернативное); · средство настройки и оптимизации ExplainSQL (Platinum); · cредства администрирования и сопр овождения SQLWatch, DBVision, SQL Spy, TSReorg и др. (Platinum); · средство документирования ORACLE Book. · комплекс средств на основе продук тов фирмы CENTURA: · CASE-средства ERwin, Bpwin и Oowin (объектно-ориент ированный анализ); · средства разработки приложений SQLWindows и TeamWindows; · средство тестирования и оптимиза ции приложений "клиент-сервер" SQLBench (ARC); · cредства эксплуатации и сопровожд ения Quest и Crystal Reports. Список использованной литературы 1. Вендров А.М. Один из подхо дов к выбору средств проектирования баз данных и приложений. "СУБД", 1995, №3. 2. Зиндер Е.З. Бизнес-реинжиниринг и тех нологии системного проектирования. Учебное пособие. М., Центр Информацио нных Технологий, 1996 3. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996. 4. Марка Д.А., МакГоуэн К. Методология ст руктурного анализа и проектирования. М., "МетаТехноло гия ", 1995 . 5. Международные стандарты, поддержив ающие жизненный цикл программных средств. М., МП "Экономика", 1996 6. Создание информационной системы пр едприятия. "Computer Direct", 1996, N2 7. Шлеер С., Меллор С. Объектно-ориентир ованный анализ: моделирование мира в состояниях. Киев, "Диалектика", 1993. 8. Новоженов Ю.В. Объ ектно-ориентированные технологии разработки сложных программных сист ем. М., 1996. 9. Панащук С.А. Разработка информацион ных систем с использованием CASE-системы Silverrun. "СУБД", 1995, №3. 10. Горчинская О.Ю. Designer/2000 - новое поколение CASE-продуктов фирмы ORACLE. "СУБД", 1995, №3. 11. Горин С.В., Тандоев А.Ю. Применение CASE-с редства Erwin 2.0 для информационного моделирования в системах обработки дан ных. "СУБД", 1995, №3. 12. Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных. "СУБД", 1996, №1. 13. Петров Ю.К. JAM - инструментальное сред ство разработки приложений в информационных системах архитектуры "кли ент/сервер", построенных на базе РСУБД. "СУБД", 1995, №3.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Представитель Германии открывает заседание Еврокомиссии:
- Предлагаю в 2015 году выгнать Грецию из ЕС и вместо нее принять Литву. Греки вообще не работают и слишком много едят.
Вскакивает обиженный грек:
- Можно подумать, прибалты не едят!
- Прибалты едят. Но очень, очень медленно.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

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

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru