Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Конфиденциальность передаваемой информацииСодержание книги
Поиск на нашем сайте
Целостность и подлинность передаваемой информации Защита каналов передачи данных Криптографическое закрытие передаваемых данных Проверка целостности и подлинности данных после их приема Криптографическая защита информации Защита от нарушений работоспособности (от сбоев и отказов) Защита от несанкционированных действий Защита информации в процессе передачи Рис. 5.9. Цели и способы защиты передаваемых данных Международное признание для защиты передаваемых сообщений получила программная система PGP (Pretty Good Privacy — очень высокая секретность), разработанная в США и объединяющая асимметричные и симметричные шифры. Являясь самой популярной программной криптосистемой в мире, PGP реализована для множества операционных сред — MS DOS, Windows 95, Windows NT, OS/2, UNIX, Linux, Mac OS, Amiga, Atari и др. Таблица 5.2
Продолжение табл. 5.2
Продолжение табл. 5.2
Продолжение табл. 5.1
Примечание: П — программное средство; ПА — программно-аппаратное средство. CASE-ТЕХНОЛОГИИ На данный момент в технологии разработки программного обеспечения существуют два основных подхода к разработке информационных систем, отличающиеся критериями декомпозиции: функционально-модульный (структурный) и объектно-ориентированный. Функционально-модульный подход основан на принципе алгоритмической декомпозиции с выделением функциональных элементов и установлением строгого порядка выполняемых действий. Объектно-ориентированный подход основан на объектной декомпозиции с описанием поведения системы в терминах взаимодействия объектов. Главным недостатком функционально-модульного подхода является однонаправленность информационных потоков и недостаточная обратная связь. В случае изменения требований к системе это приводит к полному перепроектированию, поэтому ошибки, заложенные на ранних этапах, сильно сказываются на продолжительности и стоимости разработки. Другой важной проблемой является неоднородность информационных ресурсов, используемых в большинстве информационных систем. В силу этих причин в настоящее время наибольшее распространение получил объектно-ориентированный подход. Под CASE-технологией будем понимать комплекс программных средств, поддерживающих процессы создания и сопровождения программного обеспечения, включая анализ и формулировку требований, проектирование, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом (CASE-средство может обеспечивать поддержку только в заданных функциональных областях или в широком диапазоне функциональных областей) [5]. В связи с наличием двух подходов к проектированию программного обеспечения существуют CASE-технологии ориентированные на структурный подход, объектно-ориентированный подход, а также комбинированные. Однако сейчас наблюдается тенденция переориентации инструментальных средств, созданных для структурных методов разработки, на объектно-ориентированные методы, что объясняется следующими причинами: • возможностью сборки программной системы из готовых компонентов, которые можно использовать повторно; • возможностью накопления проектных решений в виде библиотек классов на основе механизмов наследования; • простотой внесения изменений в проекты за счет инкапсуляции данных в объектах; • быстрой адаптацией приложений к изменяющимся условиям за счет использования свойств наследования и полиформизма; • возможностью организации параллельной работы аналитиков, проектировщиков и программистов. Рассмотренные ранее (см. подразд. 3.1) концепции объектно-ориентированного подхода и распределенных вычислений стали базой для создания консорциума Object Management Group (OMG), членами которой являются более 500 ведущих компьютерных компаний (Sun, DEC, IBM, HP, Motorola и др.). Основным направлением деятельности консорциума является разработка спецификаций и стандартов для создания распределенных объектных систем в разнородных средах. Базисом стали спецификации под названием Object Management Architecture (ОМА). ОМА состоит из четырех основных компонентов, представляющих спецификации различных уровней поддержки приложений (рис. 5.10): • архитектура брокера запросов объектов (CORBA — Common Object Request Broker Architecture) определяет механизмы взаимодействия объектов в разнородной сети; • объектные сервисы (Object Services) являются основными системными сервисами, используемыми разработчиками для создания приложений; • универсальные средства (Common Facilities) являются высокоуровневыми системными сервисами, ориентированными на поддержку пользовательских приложений (электронная почта, средства печати и др.); • прикладные объекты (Application Object) предназначены для решения конкретных прикладных задач. Исходя из основных положений объектно-ориентированного подхода рассмотрим концепцию идеального объектно-ориентированного CASE-средства. Существует несколько объектно-ориентированных методов, авторами наиболее распространенных из них являются Г.Буч, Д.Рам-бо, И.Джекобсон. В настоящее время наблюдается процесс сближения объектно-ориентированных методов. В частности, указанные выше авторы создали и выпустили несколько версий унифицированного метода UML (Unified Modeling Language — унифицированный язык моделирования). Классическая постановка задачи разработки программной системы (инжиниринг) представляет собой спиральный цикл итеративного чередования этапов объектно-ориентированного анализа, проектирования и реализации (программирования). В реальной практике в большинстве случаев имеется предыстория в виде совокупности разработанных и внедренных программ, которые целесообразно использовать при разработке новой системы. Процесс проектирования в таком случае основан на реинжиниринге программных кодов, при котором путем анализа текстов программ восстанавливается исходная модель программной системы. Современные CASE-средства поддерживают процессы инжиниринга и автоматизированного реинжиниринга.
Рис. 5.11. Идеальное объектно-ориентированное CASE-средство Идеальное объектно-ориентированное CASE-средство (рис. 5.11) должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура [34]. Основные требования к блоку анализа: 116 • возможность выбора выводимой на экран информации из всей совокупности данных, описывающих модели; • согласованность диаграмм при хранении их в репозитарии; • внесение комментариев в диаграммы и соответствующую документацию для фиксации проектных решений; • возможность динамического моделирования в терминах событий; • поддержка нескольких нотаций (хотя бы три нотации — Г.Буча, И.Джекобсона и ОМТ). Основные требования к блоку проектирования: • поддержка всего процесса проектирования приложения; • возможность работы с библиотеками, средствами поиска и выбора; • возможность разработки пользовательского интерфейса; • поддержка стандартов OLE, ActiveX и доступ к библиотекам HTML или Java; • поддержка разработки распределенных или двух- и трех-звенных клиент-серверных систем (работа с CORBA, DCOM, Internet). Основные требования к блоку реализации: • генерация кода полностью из диаграмм; • возможность доработки приложений в клиент-серверных CASE-средствах типа Power Builder; • реинжиниринг кодов и внесение соответствующих изменений в модель системы; • наличие средств контроля, которые позволяют выявлять несоответствие между диаграммами и генерируемыми кодами и обнаруживать ошибки как на стадии проектирования, так и на стадии реализации. Основные требования к блоку инфраструктуры: • наличие репозитория на основе базы данных, отвечающего за генерацию кода, реинжиниринг, отображение кода на диаграммах, а также обеспечивающего соответствие между моделями и программными кодами; • обеспечение командной работы (многопользовательской работы и управление версиями) и реинжиниринга. В табл. 5.3 приведен обзор наиболее распространенных объектно-ориентированных CASE-средств [34]. Т а б л н ц а 5.3
Продолжение табл. 5.3
Продолжение табл. 5.3
Сравнительный анализ CASE-систем показывает, что на сегодняшний день одним из наиболее приближенных к идеальному варианту CASE-средств является семейство Rational Rose фирмы Rational Software Corporation. Следует отметить, что именно здесь работают авторы унифицированного языка моделирования Г. Буч, Д. Рамбо и И. Джекобсон, под руководством которых ведется разработка нового CASE-средства, поддерживающего UML. Выделим основные критерии оценки и выбора CASE-средств. 1. Функциональные характеристики: • среда функционирования: проектная среда, программное обеспечение/технические средства, технологическая среда; • функции, ориентированные на фазы жизненного цикла: моделирование, реализация, тестирование; • общие функции: документирование, управление конфигурацией, управление проектом; 2. Надежность; 3. Простота использования; 4. Эффективность; 5. Сопровождаемое^; 6. Переносимость; 7. Общие критерии (стоимость, затраты, эффект внедрения, характеристики поставщика). Данные критерии подробно изложены в стандартах IEEE Std 1348—1995. IEEE recommended Practice for the Adoption of Computer — Aided Software Engineering (CASE) Tools и IEEE Std 1209—1992 Recommended Practice for the Evaluation and Selection of CASE Tools.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-06-26; просмотров: 405; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.97.14.82 (0.015 с.) |