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

Реферат

Программные средства поддержки жизненного цикла ПО

Банк рефератов / Программирование

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

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

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

Программные средства поддержки жизненного цикла ПО Методологии про ектирования ПО как программные продукты . Методология DATARUN и инструментальное средство SE Companion Современные метод ологии и реализующие их технологии поставляют ся в электронном виде вместе с CASE-средствам и и включают библиотеки процессов , шаблонов , ме тодов , моделей и других компонент , предназначенных для построения ПО того кла сса систем , на который ориентирована методоло гия . Электронные методологии включают также с редства , которые должны обеспечивать их адапт ацию для конкретных пользователей и развити е методологии по результатам выполн ения конкретных проектов . Процесс адаптации заключается в удалении ненужных процессов , действий ЖЦ и других компонентов методологии , в изменении неподхо дящих или в добавлении собственных процессов и действий , а также мето дов , модел ей , стандартов и руководств . Настройка методол огии может осуществляться также по следующим аспектам : этапы и операции ЖЦ , участники проекта , используемые модели ЖЦ , поддерживаем ые концепции и др . Электронные методологии и технологии (и поддержив ающие их CASE-средства ) составляют ядро комплекса согласованных инструментальных средств среды разработки ИС . Методология DATARUN Одной из наибо лее распространенных в мире электронных метод ологий является методология DATARUN [6,26]. В соответствии с метод ологией DATARUN ЖЦ ПО разбивается на стадии , которые связываются с результатами выполнения основных процессов , определяемых стандартом ISO 12207. Каждую стадию кроме ее результа тов должен завершать план работ на следую щую стадию . Стадия формирования требо ваний и планирования включает в себя действия по определению начальных оценок объема и стоимос ти проекта . Должны быть сформулированы требов ания и экономическое обоснование для разработ ки ИС , функциональные модели (модели бизнес-про цессов организации ) и ис х одная кон цептуальная модель данных , которые дают основ у для оценки технической реализуемости проект а . Основными результатами этой стадии должны быть модели деятельности организации (исходн ые модели процессов и данных организации ), требования к системе , вк л ючая тре бования по сопряжению с существующими ИС , исходный бизнес-план . Стадия концептуального проектирования начина ется с детального анализа первичных данных и уточнения концептуальной модели данных , п осле чего проектируется архитектура системы . Архитект ура включает в себя разделение концептуальной модели на обозримые подмодели . Оценивается возможность использования существующи х ИС и выбирается соответствующий метод и х преобразования . После построения проекта ут очняется исходный бизнес-план . Выходными ко м понентами этой стадии являются к онцептуальная модель данных , модель архитектуры системы и уточненный бизнес-план . На стадии спецификации приложений продолж ается процесс создания и детализации проекта . Концептуальная модель данных преобразуется в реляционн ую модель данных . Определяется структура приложения , необходимые интерфейсы приложения в виде экранов , отчетов и паке тных процессов вместе с логикой их вызова . Модель данных уточняется бизнес-правилами и методами для каждой таблицы . В конце этой стадии пр и нимается окончательное решение о способе реализации приложений . По результатам стадии должен быть построен проект ИС , включающий модели архитектуры ИС , данных , функций , интерфейсов (с внешними с истемами и с пользователями ), требований к разрабатываемым пр и ложениям (модели д анных , интерфейсов и функций ), требований к доработкам существующих ИС , требований к ин теграции приложений , а также сформирован окон чательный план создания ИС . На стадии разработки , интеграции и тес тирования должна быть создана тестовая база данных , частные и комплексные тесты . Проводится разработка , прототипирование и тестиро вание баз данных и приложений в соответст вии с проектом . Отлаживаются интерфейсы с существующими системами . Описывается конфигурация текущей версии ПО . На основе ре з ультатов тестирования проводится оптимизация базы данных и приложений . Приложения инте грируются в систему , проводится тестирование приложений в составе системы и испытания системы . Основными результатами стадии являются готовые приложения , проверенные в с о ставе системы на комплексных тестах , т екущее описание конфигурации ПО , скорректированна я по результатам испытаний версия системы и эксплуатационная документация на систему . Стадия внедрения включает в себя дейс твия по установке и внедрению баз данных и пр иложений . Основными результатами стадии должны быть готовая к эксплуатации и перенесенная на программно-аппаратную платфор му заказчика версия системы , документация соп ровождения и акт приемочных испытаний по результатам опытной эксплуатации . Стадии сопров ождения и развития в ключают процессы и операции , связанные с р егистрацией , диагностикой и локализацией ошибок , внесением изменений и тестированием , проведени ем доработок , тиражированием и распространением новых версий ПО в места его эксплуатац ии , переносо м приложений на новую платформу и масштабированием системы . Стадия развития фактически является повторной итераци ей стадии разработки . Методология DATARUN опирается на две модели или на два представления : · модель организации ; · модель ИС . Методология D ATARUN базируется на системном подходе к описани ю деятельности организации . Построение моделей начинается с описания процессов , из которых затем извлекаются первичные данные (стабильн ое подмножество данных , которые организация д олжна использовать для свое й деятел ьности ). Первичные данные описывают продукты и ли услуги организации , выполняемые операции (т ранзакции ) и потребляемые ресурсы . К первичным относятся данные , которые описывают внешние и внутренние сущности , такие как служащие , клиенты или агентства, а также данные , полученные в результате принятия ре шений , как например , графики работ , цены на продукты . Основной принцип DATARUN заключается в том , что первичные данные , если они должным обр азом организованы в модель данных , становятся основой для проект ирования архитектуры ИС . Архитектура ИС будет более стабильной , если она основана на первичных данных , тесно связанных с основными деловыми опера циями , определяющими природу бизнеса , а не на традиционной функциональной модели . Любая ИС (рисунок 3.1) предс тавляет с обой набор модулей , исполняемых процессорами и взаимодействующих с базами данных . Базы данных и процессоры могут располагаться центр ализованно или быть распределенными . События в системе могут инициироваться внешними сущно стями , такими как клиент ы у банк оматов или временные события (конец месяца или квартала ). Все транзакции осуществляются через объекты или модули интерфейса , которы е взаимодействуют с одной или более базам и данных . Рис . 3.1. Модель ИС Подход DATARUN преследует две цели : · определить стабильную структуру , на основе которой будет строиться ИС . Такой с труктурой является модель данных , полученн ая из первичных данных , представляющих фундаментальные процессы организации ; · спроектировать ИС на основании модели данных . Объекты , формируем ые на основании модели данных , являются об ъектами базы данных , обычно размещаемыми на серверах в среде клиент /с ервер . Объ екты интерфейса , определенные в архитектуре к омпьютерной системы , обычно размещаются на кл иентской части . Модель данных , являющаяся осно вой для спецификации совместно используемых о бъектов базы данных и различных объектов интерфейса , обеспечивае т сопровождаемость ИС . На рисунке 3.2 представлена последовательность шагов проектирования ИС . На рисунке 3.3 определены модели , создаваемы е в процессе разработки ИС . Для их соз дания используется CASE-средство Silverrun, описанное в п одразделе 5.1. Silverr un обеспечивает автоматизацию пров едения проектных работ в соответствии с м етодологией DATARUN. Предоставляемая этими средствами с реда проектирования дает возможность руководител ю проекта контролировать проведение работ , от слеживать выполнение работ , вовр е мя замечать отклонения от графика . Каждый учас тник проекта , подключившись к этой среде , может выяснить содержание и сроки выполнения порученной ему работы , детально изучить т ехнику ее выполнения в гипертексте по тех нологиям , и вызвать инструмент (модуль S i lverrun) для реального выполнения работы . Информационная система создается последовате льным построением ряда моделей , начиная с модели бизнес-процессов и заканчивая моделью программы , автоматизирующей эти процессы . Рис . 3.2. Последовательность шагов п роектирования системы я BPM ( B usiness P rocess M odel) - модель бизнес - процессов . PDS ( P rimary D ata S tructure) - стру ктура п ервичных данных . CDM ( C onceptual D ata M odel) - конце птуальная модель данных . SPM ( S ystem P rocess M odel) - модел ь проце ссов си стемы . ISA ( I nformation S ystem A rchitecture) - арх итектура информационной системы . ADM ( A pplication D ata M odel) - модель данных приложения . IPM ( I nterface P resentation M odel) - модель представления интерфейса . ISM ( I nterface S pecification M odel) - модель спецификации интерфейса . Рис . 3.3. Модели , создаваемые с помощью подхода DATARUN Создаваемая ИС должна основываться на функциях , выпол няемых организацией . Поэтому первая создаваемая модель - это модель бизнес-процессов , постр оение которой осуществляется в модуле Silverrun BPM. Для этой модели используется специальная нотация BPM. В процессе анализа и спецификации бизнес-функций выявляются основные информационны е объекты , которые документируются как структ уры данных , связанные с потоками и хранилищами модели . Источниками для создания структур являются используемые в организации документы , должностные инструкции , описания п роизводственных операций . Эти данные вводятся в том виде , как они существуют в деяте льности организации . Но р мализация и удаление избыточности производится позже при построении концептуальной модели данных в модуле Silverrun ERX. После создания модели бизнес-процессов информация сохраняется в репозитории проекта . В процессе обследования работы организаци и выявля ются и документируются структуры первичных данных . Эти структуры заносятся в репозиторий модуля BPM при описании циркули рующих в организации документов , сообщений , да нных . В модели бизнес-процессов первичные стру ктуры данных связаны с потоками и хранили ща м и информации . На основе структур первичных данных в модуле Silverrun ERX создается концептуальная модель д анных (ER-модель ). От структур первичных данных концептуальная модель отличается удалением изб ыточности , стандартизацией наименований понятий и норма лизацией . Эти операции в модуле ERX выполняются при помощи встроенной экспертно й системы . Цель концептуальной модели данных - описать используемую информацию без деталей возможной реализации в базе данных , но в хорошо структурированном нормализованном вид е . На основе модели бизнес-процессов и ко нцептуальной модели данных проектируется архитек тура ИС . Определяются входящие в систему п риложения , для каждого приложения специфицируются используемые данные и реализуемые функции . Архитектура ИС создается в модул е Silverrun BPM с использованием специальной нотации ISA. Основн ое содержание этой модели - структурные компон енты системы и навигация между ними . Конце птуальная модель данных разбивается на части , соответствующие входящим в состав системы приложениям . Пе ред разработкой приложений должна быть спроектирована структура корпоративной базы данных . DATARUN предполагает использование базы данных , основанной на реляционной модели . Ко нцептуальная модель данных после нормализации переносится в модуль реляционного м оделирования Silverrun RDM с помощью специального м оста ERX-RDM. Преобразование модели из формата ERX в формат RDM происходит автоматически без вмешатель ства пользователя . После преобразования форматов получается модель реляционной базы данных . Эта модель детализируется в модуле Silverrun RDM определением физической реализации (типов данных СУБД , ключей , индексов , триггеров , огр аничений ссылочной целостности ). Правила обработки данных можно задавать как непосредственно на языке программирования СУБД , так и в декларативной форме , не привяза нной к реализации . Мосты Silverrun к реляционным СУБД переводят эти декларативные правила на язык требуемой системы , что снижает трудо емкость программирования процедур сервера базы данных , а также позволяет из одной спец иф и кации генерировать приложения для разных СУБД . С помощью модели системных процессов детально документируется поведение каждого прило жения . В модуле BPM создается модель системных процессов , определяющая , каким образом реализую тся бизнес-процессы . Эта моде ль создается отдельно для каждого приложения и тесно связана с моделью данных приложения . Приложение состоит из интерфейсных объект ов (экранных форм , отчетов , процедур обработки данных ). Каждый интерфейс системы (экранная форма , отчет , процедура обработки данных ) имеет дело с подмножеством базы данных . В модели данных приложения (созданной в модуле RDM) создается подсхема базы данных для каждого интерфейса этого приложения . Уточняю тся также правила обработки данных , специфичн ые для каждого интерфейса . Инт е рфе йс работает с данными в ненормализованном виде , поэтому спецификация данных , как ее видит интерфейс , оформляется как отдельная подсхема модели данных интерфейса . Модель представления интерфейса - это опис ание внешнего вида интерфейса , как его вид ит кон ечный пользователь системы . Это может быть как документ , показывающий внешний вид экрана или структуру отчета , так и сам экран (отчет ), созданный с помощью одного из средств визуальной разработки пр иложений - так называемых языков четвертого по коления (4G L - Fourth Generation Languages). Так как большинство языков 4GL позволяют быстро создавать работающи е прототипы приложений , пользователь имеет во зможность увидеть работающий прототип системы на ранних стадиях проектирования . После создания подсхем реляцио нной модели для приложений проектируется детальная структура каждого приложения в виде схем ы навигации экранов , отчетов , процедур пакетно й обработки . На данном шаге эта структура детализируется до указания конкретных столбц ов и таблиц базы данных , правил и х обработки , вида экранных форм и отчетов . Полученная модель детально документирует приложение и непосредственно используется дл я программирования специфицированных интерфейсов . Далее , с помощью средств разработки пр иложений происходит физическое создание сис темы : приложения программируются и интегрируются в информационную систему . Инструментальное средство SE Companion Инструментальное средство SE Companion [27] является средой , в которой реали зован электронный вариант методологии DATARUN. Оно позволяет : · создать гипертекстовое описание методол огии в виде иерархии описания стадий , этап ов и операций разработки ; · создать гипертекстовое описание всех методов и методик реализац ии процессов ЖЦ ПО ; · выделить из гипертек стового описания иерархию процессов ЖЦ ПО для планирования и управления процессом создания ПО (иерархию работ ); · изменять гипертекстовые описания ЖЦ и методов так , как это необходимо разработчику , иными словами , произво дить авторизацию методологии и отслеживать эт и изменения в иерархии раб от , предназн аченной для управления проектом ; · привязать к процесса м ЖЦ инструментальные средства поддержки этих процессов и обеспечить вызов инструментальны х средств из соответствующих экранов гипертек стового справочника ; · обеспечить просмотр гипертекс товых экранов описания используемых методов из инструментальных средств ; · обеспечить поддержку процесса управления разработкой , в частности , за счет взаимодействия со средством планир ования работ MS Project, оценивания трудоемкости проекта , отслеживания выполнения работ , создания графиков работ , и др . Особенно важными являются возможность авторизации методологии и интерактивный доступ любого разработчика к описанию любого метода или процесса в нужный ему момент времени . На современно м этапе развития техн ологии , в условия х быстрого изменения как программных и ап паратных средств , так и задач бизнеса , мет одология создания , сопровождения и развития П О не должна быть неизменной ; она должна иметь возможность изменяться и настраиваться на новые технологии , мето д ы и инструментальные средства . Современные разработчик и больших ИС приобретают одну или несколь ко методологий поставщика , а затем создают на их основе собственные методологии и технологии , адаптированные к конкретным условиям (см . подраздел 1.3 ). В SE C ompanion исходным документом , описывающим методологию (как процессы ЖЦ , так и вс е сопутствующие методы и методики ), является файл в формате MS Word. Это обеспечивает возможно сти для описания методологии с любой степ енью детализации , проведения разметки дл я создания гипертекста и авторизации мет одологии в принятом стандартном формате . Гипертекстовое описание методологии и тех нологии создания ПО строится из описания процессов жизненного цикла , методов и методик , и представляет собой единый гипертекстовый док умент в формате MS Help. Итоговое гиперт екстовое описание получается в результате тра нсляции исходного документа . Все изменения и дополнения методологии производятся посредством корректировки и , возможно , дополнительной раз метки исходного документа . Описа ние методологии создания системы обычно состоит из раздела описания проце ссов ЖЦ и разделов описания методов и методик . В свою очередь , раздел описаний процессов состоит из иерархии описаний ста дий , этапов и операций жизненного цикла с обязательным описан и ем выходных компонентов каждого процесса . Компоненты ПО с оздаются с применением методик и методов , описываемых в соответствующих разделах . Минимальная конфигурация аппаратно-программных средств , требуемых SE Companion Authoring Tool: · процессор : i486/33 ; · оперативная память : 4 M байт для просмотра гипертекста , 12 Mбайт для авторизации ; · дисковая память : 20 Mбай т ; · операционные среды : Microsoft Windows 3.1, Microsoft Windows for Workgroups 3.11, Microsoft Windows NT 3.5, Microsoft Windows 95. CASE-с редства . Общая характеристика и классификация Современные CASE-сред ства охватывают обширную область поддержки мн огочисленных технологий проектирования ИС : от простых средств анализа и документирования д о полномасштабных средств автоматизации , покрываю щих в есь жизненный цикл ПО . Наиболее трудоемкими этапами разработки И С являются этапы анализа и проектирования , в процессе которых CASE-средства обеспечивают качество принимаемых технических решений и по дготовку проектной документации . При этом бол ьшую роль иг рают методы визуального п редставления информации . Это предполагает построе ние структурных или иных диаграмм в реаль ном масштабе времени , использование многообразной цветовой палитры , сквозную проверку синтакси ческих правил . Графические средства моделирова н ия предметной области позволяют разработчикам в наглядном виде изучать сущест вующую ИС , перестраивать ее в соответствии с поставленными целями и имеющимися ограни чениями . В разряд CASE-средств попадают как относи тельно дешевые системы для персональных ком пьютеров с весьма ограниченными возможнос тями , так и дорогостоящие системы для неод нородных вычислительных платформ и операционных сред . Так , современный рынок программных средств насчитывает около 300 различных CASE-средств , наиболее мощные из которых та к или иначе используются практически всеми в едущими западными фирмами . Обычно к CASE-средствам относят любое про граммное средство , автоматизирующее ту или ин ую совокупность процессов жизненного цикла ПО и обладающее следующими основными характерны ми особен ностями : · мощные графические средства для опи сания и документирования ИС , обеспечивающие у добный интерфейс с разработчиком и развивающи е его творческие возможности ; · интеграция отдельных компонент CASE-средств , обеспечивающая управляемость процессом ра зработки ИС ; · использование специальны м образом организованного хранилища проектных метаданных (репозитория ). Интегрированное CASE- средство (или комплекс средств , поддерживающих полный ЖЦ ПО ) содержит следующие компоненты ; · репозиторий , являющийся осн овой CASE-средства . Он должен обеспечивать хранение ве рсий проекта и его отдельных компонентов , синхронизацию поступления информации от различны х разработчиков при групповой разработке , кон троль метаданных на полноту и непротиворечиво сть ; · графические ср ед ства анализа и проектирования , обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др .), образующих модели ИС ; · средства разработки приложений , включая языки 4GL и генераторы кодов ; · средства конфигурационно го управле ния ; · средства документировани я ; · средства тестирования ; · средства управления проектом ; · средства реинжиниринга . Требования к ф ункциям отдельных компонент в виде критериев оценки CASE-средств приведены в разделе 4.2. Все современные 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/200 0, 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 Bu ilder (Westmount I-CASE); · Designer/2000; · Silverrun; · ERwin+BPwin; · S-Designor; · CASE.Аналитик . Описание перечисл енных CASE-средств приведено в разделе 5. Кроме того , на рынке постоянно появляются как новые для отечественных пользователей систе мы (например , CASE /4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE), так и нов ые версии и модификации перечисленных систем . Литература 1. Вендров А.М . Один из подходов к выбору средств проектирования баз данных и приложений . "СУБД ", 19 95, № 3. 2. Зиндер Е.З . Бизнес-реинжин иринг и технологии системного проектирования . Учебное пособие . М ., Центр Информационных Техн ологий , 1996 3. Калянов Г.Н . CASE. Структурный системный анализ (автоматизация и применение ). М ., "Лори ", 1996. 4. Марка Д.А ., МакГоуэн К . Методология структурного анализа и про ектирования . М ., "МетаТехнология ", 1993. 5. Международные стандарты , поддерживающие жизненный цикл программных средст в . М ., МП "Экономика ", 1996 6. Создание информационной системы предприятия . "Compute r Direct", 1996, N2 7. Шлеер С ., Меллор С . Объектно-ориентированный анализ : моделирование мира в состояниях . Киев , "Диалектика ", 1993. 8. Barker R. CASE*Method. Entity-Relationship Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publis hing Co., 1990. 1. Barker R. CASE*Method. Function and Process Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990. 2. Boehm B.W. A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, Aug. 1986 3. Chris Gane, Trish Sarson. Structured System Analysis. Prentice-Hall, 1979.
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Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
- Маша, твой отец звонил, обещал меня...
- Что? Что именно?
-... лучше давай сегодня вечером я на тебе покажу.
Anekdot.ru

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

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

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


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