Лекции Проектирование информационных систем |
Проектирование информационных систем
Основы методологии проектирования ИС
2.Жизненный цикл ИС 3. Модели жизненного цикла ПО 4. Общие требования к методолошии и технологии 5.Методология RAD Структурный подход к проектированию ИС 6.Сущность структурного подхода 7.Методология фунционального моделирования SADT 7.1.Состав функциональной модели 7.2.Иерархия диаграмм 7.3.Типы связей сежду функциями 8.Моделирование потоков данных(процессов) 8.1.Внешние сущности 8.2.Системы и подсистемы 8.3.Процессы 8.4.Накопители данных 8.5.Потоки данных 8.6.Построение иерархии диаграмм потоков данных 9.Моделирование данных. Case-метод Баркера 10.Моделирование данных. Методология IDEF 1 Характеристики CASE-средств 11.Silverrun 12.JAM 13.Vantage Team Builder (Westmount I-CASE) 14.Unifase 15.Designer/2000+Developer/2000 16.Локальные средства(ERwin, BPwin,S-Designor,CASE.Аналитик) 17.Объектно-ориентированные CASE-средства (Rational Rose) Вспомогательные средства поддержки жизненного цикла ПО 18.Средства конфигурационного управления 19.Средства документирования 20.Средства тестирования Заключение 21.Примеры комплексов CASE-средств |
Характиристики
CASE-средств 12.JAM. Средство разработки приложений JAM [28] (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 (см. подраздел 3.6) является более
предпочтительным по
сравнению с SCCS, так как позволяет организовать единый архив модулей
проекта
для всех платформ. Так как JAM на платформе UNIX не имеет прямого
интерфейса к
архивам PVCS, то выборка модулей из архива и возврат их в архив
производятся с
использованием PVCS Version Manager. На платформе MS-Windows JAM имеет
встроенный интерфейс к PVCS и действия по выборке/возврату производятся
непосредственно из среды JAM. Среда функционирования JAM, как среда разработки, и приложения, построенные с его использованием, не являются ресурсоемкими системами. Например, на платформе MS-Windows достаточно иметь 8MB оперативной памяти и 50 MB дискового пространства для среды разработки. На UNIX-платформах требования к аппаратуре определяются самой операционной системой. |
| Contact Us | ©2005 StudentCompany |