Технология управления лицензионным программным обеспечением на предприятии

Размещено на http://www.allbest.ru/

Министерство сельского хозяйства Российской Федерации

КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ

Кафедра информационных систем

КУРСОВАЯ РАБОТА

по дисциплине: «Информационные технологии»

на тему «Технология управления лицензионным программным обеспечением в предприятии»

Выполнил: Романенко И.В

Проверил: Тюнин Е.Б.

Краснодар 2014г.



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ УПРАВЛЕНИЯ ЛИЦЕНЗИОННЫМ ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ В ПРЕДПРИЯТИИ

1.1 Сущность управления лицензионным программным обеспечением

1.2 Цель и задачи работы

1.3 Требования к аппаратному обеспечению

2. ХАРАКТЕРИСТИКА СРЕДСТВА МОДЕЛИРОВАНИЯ И РАЗРАБОТКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Общие средства Case-средств

2.2 Oracle Designer

2.3 Общая архитектура и основные компоненты DESIGNER

2.4 Репозиторий- централизованная база данных проекта

2.5 Проектирование прикладной системы

3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Порядок выполнения работы

3.2 Диаграмма потоков данных

3.3 ER-диаграмма

3.4 Диаграмма иерархии функций

3.5 Диаграмма северной модели

3.6 Генерация формы

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

Введение

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

Одним из наиболее развитых направлений Oracle является разработка методологических основ и создание инструментальных средств для автоматизации процессов разработки сложных прикладных систем, ориентированных на интенсивное использование баз данных.

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



1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ ЛИЦЕНЗИОННЫМ ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ В ПРЕДПРИЯТИИ

1.1 Сущность лицензионного программного обеспечения в предприятии

Программное обеспечение - набор программ, которые обеспечивают выполнение задач, решаемых на компьютере. Всё программное обеспечение поставляется на флоппи-дисках, винчестерах (жесткие диски), лазерных дисках (CD, DVD) или через международную сеть Интернет. Иногда программный продукт может стоить гораздо дороже самого компьютера.

Индустрия высоких технологий занимает одно из важнейших мест в экономике. Управление программным обеспечением поможет организациям оценить выгоду, получаемую от инвестиций в программное обеспечение, а также выявить подразделения, нуждающиеся в его обновлении или в новых программных продуктах. Защита прав на интеллектуальную собственность обеспечит развитие отрасли программного обеспечения, стимулируя исследования и разработки, ведущиеся с целью постоянного совершенствования программных продуктов. Услуги, предоставляемые легальным пользователям программного обеспечения - Профессиональные предпродажные консультации. Продажа лицензионных продуктов осуществляется квалифицированными специалистами. Покупатель всегда может получить консультацию по выбору оптимального решения при покупке. Значит, преимущества при приобретении лицензионного софта пользователи ощущают еще при покупке. - Поддержка производителем своего программного обеспечения. Владельцы лицензионных программ имеют право воспользоваться технической поддержкой производителя софта. Это в большинстве случаев позволяет разрешить возникшие проблемы. Сотрудники техподдержки, помимо обладания большого опыта, также имеют доступ к базе ответов на заранее заданные вопросы. Есть вероятность, что кто-то уже сталкивался с аналогичной проблемой и описание решения уже есть. - Постоянное усовершенствование и обновление программ. Производители лицензионного софта регулярно выпускают пакеты обновлений своей продукции. Особенно это критично для антивирусных программ, ведь несвоевременное их обновление ведет к значительному ухудшению ПК от вирусов. Легальные пользователи лицензионного софта бесплатно и оперативно получают обновления.

Существует три основных способа приобретения лицензий:

Коробочная лицензия - она включает в себя компакт диск, в красивой пластиковой коробке, содержащее описание, руководство пользователя наклейку сертификата, а также подлинность. Упаковочный диск можно приобрести в розничной сети во многих магазинах OEM лицензия - дается на программное обеспечение для продажи вместе с новым компьютерным оборудованием. Установить ПО может только сборщик систем (мастер-установщик), но не обычный пользователь. Могут входить; диски с драйверами, программное обеспечение, руководство.

Программы корпоративного лицензирования - самый выгодный способ приобретения ПО для организаций. Предусматривают в корпоративных схемах значительные скидки и позволяют учесть размер компании и другие особенности вашего бизнеса.

Вследствие приобретения программного обеспечения, мы в действительности приобретаем лицензию, которая дает нам право на использование этого ПО. Условия использования программного обеспечения (например, возможность переноса на другой ПК, право использования предыдущих версий) описывается в соглашении, сопровождающим поставку продукта. Пользователь должен согласиться с его условиями, инструкциями перед установкой программного обеспечения. Желательно рекомендуется ознакомиться с правилами использования OEM или коробочных версий программного обеспечения до его покупки. Изучить его тонкости, условия использования, особенности продукта, качества, популярность и т.д.

Приобретая лицензию, в авторском праве именуются лицензионный договор (ст.1235 ГК РФ), то есть договор приобретения, по которому обладатель исключительного права предоставляет лицензиату право использования (право на копирования, распространения экземпляров, переработку, передачу и прочие, предусмотренные законом исключительные авторские права) произведения предусмотренными способами в предусмотренных пределах.

В предприятии для получения лицензии на осуществление одного из видов деятельности, организация предоставляет в лицензирующей орган следующие документы:

1) заявление о выдаче лицензии, с указанием полного или сокращенного наименования в организационно-правовой формы юридического лица (организации), места его нахождения подразделений, осуществляющий вид деятельности, наименования, номера расчетного счета в банке, лицензируемого вида деятельности, который организация намерена осуществлять, вида продукции, срока, на который испрашивается лицензия;

2) копии учредительных документов и копия документа о государственной регистрации организации -- юридического лица;

3) копия документа о постановке организации на учете налоговом органе;

4) копия документа об уплате сбора за выдачу лицензии;

5) заключения специально уполномоченных государственных органов о соответствии производственных и складских помещений организации санитарно-эпидемиологическим, противопожарным, экологическим нормам и требованиям. Остальные заключения выдают территориальные органы МЧС (пожарная безопасность). Федеральной службы по защите прав потребителя и благополучия населения.

7) копии сертификатов соответствия основного технического оборудования; 9)документ, подтверждающий наличие у организации уставного капитала

Документы, представленные, организацией в лицензирующей орган для получения лицензии регистрируется, и подлежат экспертизе лицензирующим органом. Лицензирующий орган проводит проверку полноты и достоверности сведений о соискателе лицензии, содержащихся в представленных соискателем лицензии заявлении и документах, а также проверку возможности выполнения соискателем лицензии лицензионных требований и условий в порядке, предусмотренном статьей 12 ФЗ «О лицензировании отдельных видов деятельности» (п. 1 с изменениями Федерального закона от 02.07.2005 № 80-ФЗ).

Лицензирующий орган принимает решение о предоставлении или об отказе в предоставлении лицензии в срок, не превышающий сорока пяти дней со дня поступления заявления о предоставлении лицензии и прилагаемых к нему документов. Указанное решение оформляется соответствующим актом.

Уведомление о предоставлении или отказе лицензии направляется соискателю лицензии в письменной форме с указанием причин отказа, в том числе реквизитов акта проверки возможности выполнения соискателем лицензии лицензионных требований и условий, если причиной отказа является невозможность выполнения соискателем лицензии указанных требований и условий.

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

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

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

Предоставляя права на использования программы для ЭВМ возможен особый порядок заключения лицензионного договора путем совершения конклюдентных действий (возьмем в пример, вскрытие упаковки носителя экземпляра программы) однозначно интерпретируемых, как согласие с изложенными условиями обёрточной лицензии. Российское законодательство относит такую лицензию к договору присоединения, описанному в статье 428 ГК РФ.

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

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

Лицензионные права, как правило, различаются для разных категорий продуктов. Большинство лицензионных соглашений запрещают передачу программного обеспечения во временное пользование или предоставление в аренду. Права на использование программного обеспечения могут быть однократно переданы другому лицу на постоянной основе при условии, что передача продукта будет проходить целиком (включая все предыдущие версии продукта, если новые версии приобретались как обновления, дополнения).

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

Полная лицензия

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



Рисунок 1 - Основные аспекты лицензирования

Исключительная лицензия

В этом случае лицензиар, передавая лицензиату право использования изобретения, одновременно оставляет аналогичное право за собой. Согласно ст.13 Патентного Закона РФ при исключительной лицензии лицензиату передается право на использование объекта промышленной собственности в пределах, оговоренных договором, с сохранением за лицензиаром права на его использование, не передаваемой лицензиату. Таким образом, так как при исключительной лицензии к лицензиату переходит исключительное право, лицензиар лишается тем самым права продавать лицензии на данный объект промышленной собственности другим лицам.

Простая (неисключительная) лицензия

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

Открытая лицензия

Теперь рассмотрим открытую лицензию. Патентный Закон РФ предусматривает еще два вида лицензионных соглашений. Это понятия открытой и принудительной лицензии. Патентообладатель может подать заявление в Патентное ведомство о предоставлении любому лицу права на использование объекта промышленной собственности. В этом случае пошлина за поддержание патента в силе снижается на 50%, а любое лицо, изъявившее желание использовать указанный объект промышленной собственности, обязано заключить с лицензиаром договор о платежах.

Принудительная лицензия

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

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

В правовом регулировании лицензирования предпринимательской деятельности стал Федеральный закон «О лицензировании отдельных видов деятельности», который вступил в силу с 3 октября 1998 г., им предусматривалось лицензирование многих сотен видов предпринимательства. Правительством РФ было принято множество постановлений, которыми утверждались положения о порядке лицензирования конкретных видов деятельности.

Основные принципы осуществления лицензирования:

· обеспечение единства экономического пространства;

· установление единого перечня лицензируемых видов деятельности; установление единого порядка лицензирования;

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

· гласность и открытость лицензирования;

· соблюдение законности при осуществлении лицензирования.

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

1.2 Цель и задачи работы

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

Задачи расчетно-графической работы:

- изучить теоретические аспекты управления лицензионным программным обеспечением;

- изучить основные методы работы с OracleDesigner;

- получить навыки построения диаграмм потоков данных, иерархий функций;

-разработать ER-модель, серверную модель;

- осуществить программную реализацию и протестировать разработанное приложение.

лицензионный программный обеспечение информационный

1.3 Требования к аппаратному обеспечению

Для установки ПО Oracleт требуется войти под учётной записью имеющей привилегии администратора. Системные требования к установке Oracle:



Таблица 1 - требования для установки Oracle

Требование	Минимальное значение
Оперативная память	256Мб (рекомендуется 512Мб)
Виртуальная память	Двойной размер оперативной памяти
Место на жестком диске для временных файлов	100Мб
Место на жестком диске	1,5Гб
Видеокарта	256 цветов
Процессор	500МГц
Операционная система	-Windows server 2003 -Windows XP Professional



2. ХАРАКТЕРИСТИКА СРЕДСТВА МОДЕЛИРОВАНИЯ И РАЗРАБОТКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Общие черты CASE-средств

Согласно обзору передовых технологий (Survey of Advanced Technology),составленному фирмой Systems Develop mentinc. В 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-средств и включает следующие основные типы:

· Средства анализа (UpperCASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Soft ware), 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) и Data Base 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) и др.) и генераторы кодов, входящие в состав Vintage Team Builder, PRO-IVи частично - в Silverrun;

· Средства реинжиниринга, обеспечивающее анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирование ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, Erwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Objekt Team (Cayenne)).

Вспомогательные типы включают:

· Средства планирования и управления проектом (SECompanion, MicrosoftProjectи др.)

· Средства конфигурационного управления (PVCS (Intersolv));

· Средстватестирования (Quality Works (Segue Software));

· Средства документирования (SoDa (Rational Software)).

На сегодняшний день Российский рынок программного обеспечения располагает наиболее развитыми CASE-средствами:

· Vantage Team Builder (Westmount I-CASE);

· Designer/2000;

· Silverrun; Erwin + BPwin;

· S- Designer;

· CASE. Аналитик.

Кроме того, на рынке постоянно появляются как новые для отечественных пользователей системы (например,CASE, /4/0, PRO -IV, System Architect, Visible Analyst Workbench, Easy CASE), так и новые версии и модификации перечисленных систем.

2.2 Oracle Designer

Набор инструментальных средств OracleDesigner предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения - от моделирования бизнес - процессов до внедрения. Применение единого репозитория, делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформенных распределенных приложений.

Задачей OracleDesignerявляется сбор данных о потребностях пользователейи автоматизация построения гибких графических приложений. Oracle Designer. Используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы.

Графические модели определений проекта, интегрированные с многопользовательским репозиторием, существенно облегчают работу с OracleDesigner. Инструментальные средства построены на базе общепринятых методик, охватывающий весь жизненный цикл разработки и позволяющих пользователям привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), интерактивного метода, а так же индивидуального подхода, выбранного компанией.

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

2.3 Общая архитектура и основные компоненты DESIGNER

В соответствии с общей архитектурой CASE-системы DESIGNER, выделяются следующие основные этапы процесса разработки системы: моделирование и анализ деловой деятельности, разработка концептуальных моделей предметной области, проектирование прикладной системы и реализация.

Первый этап связан с моделированием и анализом процессов, описывающих деятельность организации, технологические особенности работы. Целью является построение моделей существующих процессов,выявление их недостатков и возможных источников усовершенствования. Этот этап не является обязательным в случае, когда существующая технология и организационные структуры четко определены, хорошо понятны и не требуют дополнительного изучения и реорганизации. В состав DESIGNER/2000 входят удобные средства поддержки этого этапа, позволяющие строить наглядные представления процессов и взаимосвязей между ними и анализировать их с использованием средств мультимедиа.

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

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

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

В соответствии с общей архитектурой инструментальные средства, входящие в состав DESIGNER, разбиваются на следующие компонент:

* средства доступа к репозиторию

* средства управления репозиторием

* средства анализа деловой деятельности

* средства концептуального моделирования

* средства проектирования системы

* генераторы приложений

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

2.5 Проектирование прикладной системы

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

При описании базы данных указывается, какие таблицы в нее входят, специфицируются основные характеристики этих таблиц, состав столбцов каждой из них, уточняются параметры столбцов (тип значений, ограничения на допустимые значения, значения, принятые по умолчанию, статистические характеристики использования и многие другие), задаются ограничения целостности - логические условия, которые должны выполняться при любом содержании таблиц. Кроме того, описываются дополнительные объекты базы данных ORACLE, такие как индексы, кластеры, последовательности, основное назначение которых связано с повышением эффективности работы с базой данных, ускорением доступа к часто используемой информации.

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

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

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

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

*утилита автоматической генерации спецификаций базы данных по ER- модели;

*процедура генерации спецификаций модулей по иерархии функций и потокам данных.

состав таблиц, перечень столбцов каждой из них, уточнение характеристик столбцов, описание ограничений целостности и т.д. При генерации схемы базы данных по ER-модели каждой сущности ставится в соответствие таблица, атрибутам - столбцы таблиц, а для каждой связи создаются дополнительные столбцы и определяются ограничения целостности типа внешних ключей (foreignkeyconstraint). Подтипы сущностей в ER-модели реализуются в схеме базы данных в виде одной общей таблицы или в виде совокупности нескольких - по одной на каждый подтип.

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

Для работы со всевозможными спецификациями уровня проектирования в DESIGNER предусмотрен целый набор графических редакторов, каждый из которых ориентирован на спецификации определенного типа.

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

*редактор схем баз данных

*редактор диаграмм взаимосвязей между модулями

*редактор схем использования данных в модуле (или схем модуля)

3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Порядок выполнения работы

Для процесса проектирования информационной системы принят следующий порядок выполнения работ:

• построение диаграммы потоков данных;

• построение ER-диаграммы;

• создание таблиц БД (серверная модель);

• построение диаграммы иерархии функций;

• создание модулей приложения;

• генерация форм.

3.2 Диаграмма потоков данных

Диаграмма потоков данных (DFD) - это процессно-ориентированное графическое представление прикладной системы.

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

Диаграмма потоков данных позволяет пользователю указать, что поток данных должен быть разделен. Такой поток может течь из одной функции или хранилища данных во многие функции или хранилища данных. Это позволяет проектировщикам более точно представлять деятельность организации в процессе моделирования. В данной диаграмме мы можем наблюдать действия 3-х лиц при сборе документов двух лицензиатов(LICENZIAT, LICENZIAT_UR_LICO, LICENZIAR), физического и юридического лица, и действия лицензиара, человека или компании, осуществляющую, лицензирование (NABOR_DOKUMENTOV, FIZ_LICO, URID_LICO) и производящих, сбор документов (OBZORNIY_1, OBZORNIE_2, OB). Диаграмму потоков данных можно увидеть на рисунке 1.

Рисунок 1 - Диаграмма потоков данных

3.3 ER-диаграмма

ER-моделирование является важным методом при проектировании систем. Этот метод позволяет организациям формировать четкую картину их информационных потребностей, которую пользователи могут анализировать.

С помощью ER-диаграммы можно создавать, отображать и манипулировать всеми свойствами сущностей и отношениями между ними. Свойства атрибутов отображаются, используя принятые по умолчанию символы для обозначения обязательных, дополнительных и уникальных атрибутов. Диаграмма поддерживает переносимые отношения. В ER- диаграмме наблюдается получение лицензии лицензиатом при взаимном соблюдении договора. У лицензиара это настройка лицензированного оборудования (NASTROYKA), обслуживание(OBSLUGIVANIE),проверка своевременной оплаты лицензии (OPLATA_LICENZII), предоставление документов, подтверждающее подлинность лицензии (PREDOSTAVLENIE_DOC), принятие решения о выдаче или продления лицензии (PRINYATIE_RESHENIYA), соблюдение прав закрепленных документально ( SOBLUDENIYA_PRAV), установка, настройка и обеспечение лицензии (USTANOVKA), предоставить лицензиату выбор своей продукции (VIDI_LICENZII). Лицензиат в свою очередь должен дождаться решения о выдаче лицензии (OGIDANIE_RESHENIYA), предоставить лицензиару все необходимые документы (PREDOSTAVLENIE_DOC), соблюдать правила пользования лицензией, оговоренной с лицензиаром (SOBLLUDENIE_PRAV), лицензиат имеет право выбора необходимого ему лицензионного пакета (VIBOR_LICENZII). ER-диаграмма представлена на рисунке 3.

Рисунок 3 - ER-диаграмма.

3.4 Диаграмма иерархии функций

Диаграмма иерархии функции (Function Hierarchy Diagrammed) применяется для декомпозиции функций, определения элементарных функций и отображения, каким образом функции используют данные.

Иерархия Функций является дополнением к ER-модели и представляет в виде диаграммы деятельность, выполняемую вашим предприятием. Здесь используется методика функциональной декомпозиции, посредством которой описание бизнес-функции высокого уровня для всего предприятия или его подразделения последовательно разбивается на более детализированные функции. На диаграмме иерархии, изображенной на рисунке 3, мы видим действия при выборе лицензии физическим лицом (FIZ_LICO) и юридическим (URID_LICO) между коробочной лицензией (KOROBOCHNAYA_LICENZIA) и корпоративной (KORPORATIVNAYA_LICENZIA), которые имеют свои описания( OBZORY). Диаграмму иерархии документа можно увидеть на рисунке 3.

Рисунок 4 - Графический редактор иерархии функций.



3.5 Диаграмма северной модели

Инструментарий Oracle Designer представляет единую среду проектирования - Редактор Проектов, предназначенную для использования к разработке систем на этапах проектирования и генерации. Тем самым в процессе проектирования базы данных и приложений обеспечивается юный и продуктивный способ просмотра и манипулирования находящимися в репозитории определениями объектов.

Редактор Проектов состоит из окна навигатора объектов и области редактирования. Эти компоненты отображают все объекты на уровне объекта, например, таблицы, столбцы, модули, компоненты модулей, и т.п. навигатор позволяет редактировать все объекты проекта и с помощью стандартных функциональных возможностей навигатора объектов искаться до детального уровня информации. При выборе какого-либо объекта и перемещении его на область редактирования основного окна редактора проектов, вызывается соответствующий диаграммой, т.е. можно рассматривать объекты репозитория на уровне проекта и манипулировать и с помощью графического интерфейса. Такая же техника перетаскивания (dragandrop) используется, чтобы скрыть построитель диаграмм данных, построитель диаграмм модулей или фактор логики модулей, если выбран соответствующий объект проекта, навигатор объектов и другие диаграммы были разработаны так, чтобы па возможность выбирать объекты в одном из диаграмм и переносить другой. Например, в Навигаторе Объектов можно выбрать таблицу и некоторые столбцы и бросить их на открытую диаграмму модуля в строителе диаграмм модулей, и при этом будут автоматически созданы и указаны данные об использовании модулем этих таблиц и столбцов. Имеется два основных типа диаграмм, которые можно рассматривать с помощью Редактора Проекта - Диаграммы Данных(Оrаc1e Diagrams) и Диаграммы Модулей(Oracle Diagrams). На основе ER-модели была, сгенерировала серверная модель БД. Диаграмма серверной модели представлена на рисунке 5.

Рисунок 5 - Диаграмма серверной модели.

3.6 Генерация формы

Вызываемый из Редактора Проекта генератор для Oracle Forms автоматически создает экраны приложений, из совокупности которых и состоит создаваемая прикладная система. Используя созданные в процессе проектирования определения таблиц, модулей и настройки, хранящиеся в репозитории Oracle Designer, Генератор Форм создает экранные формы и логику клиентской части приложения. Использование настроек генератора позволяет обеспечить согласованный и продуктивный способ использования объектов пользовательского интерфейса. Полученные в результате приложения работают на многочисленных платформах (для сред Web и клиент сервер) так, как будто они были специально разработаны для этих платформ. Интеграция с объектами OCX и OLE гарантирует полное соответствие стандартам MS-Windows для пользователей PC. Сгенерированные средства навигации приложения при помощи меню, кнопок и выпадающих списков гарантируют простоту использования приложений.

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

Формы, созданные без использования Oracle Designer, можно подвергнуть процессу обратного проектирования (serever seengineering), обеспечивая тем самым возможность их будущих расширений и сопровождения с помощью Редактора Проектов.

ЗАКЛЮЧЕНИЕ

В результате выполнения работы были решены следующие задачи:

- изучили основные методы работы с Oracle Designer;

- получил навыки построения диаграмм потоков данных, иерархий функций:

- подучили навыки построения ER-модели. серверной модели;

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. (К; М; СПб.: «Вильямс», 1998, 752 стр.); С. Смирнов «Работаем с Oracle». Учебное пособие.

2. Роберт Дж. Мюллер «ORACLEDeveloper/2000. Настольная книга пользователя».

3. Колетски П., Дорси П. Oracle Designer. Настольная книга пользователя. - М.: Лори, 1999. - 592 с

4. http://ru.wikipedia.org/w/index.php?search=oracle+designer

Размещено на Allbest.ru