Проектирование фактографических БД
Фактографические базы данных содержат структуризированную информацию в виде записей с определенным реквизитным составом и обеспечивают поиск информации по ключевым реквизитам записей.
Предпроектная стадия:Описание проекта и связи между ними; Описание информационных потребностей; Установление алгоритмических связей; Построение инфологической модели
Утверждение технического задания
Техническое проектирование:Выбор СУБД; Выбор модели данных; Построение даталогической модели; Выбор запоминающих устройств; Организация данных; Выбор методов доступа.
Рабочее проектирование:Настройка СУБД; Тестирование; Разработка технологических инструкций по работе с базой данных
Вход в действие и сопровождение системы:Формирование БД; Решение контрольного примера
Ведение БД; Мониторинг функционирования; Реструктуризация БД.
Проектирование документальных БД
Документальные базы данных содержат неструктурированную информацию в виде документов и позволяют осуществлять поиск документов по их поисковым образам в виде ключевых слов и связей между ними.
Предпроектная стадия:анализ документов предметной области; Выбор критериев эффективности ДБД
Выбор ИПЯ; Утверждение ТЗ
Техническое проектирование:Проектирование ПОД и ПОЗ; Выбор СУБД; Разработка каталога ДБД
Формирование Словаря ключевых Слов; Утверждение ТП
Рабочее проектирование:Формирование БД; Индексация документов БД; Формирование БД ПОД
|
|
Тестирование; Разработка сопроводительной документации
Вход в действие и сопровождение системы:Обучение пользователей; Опытная эксплуатация; Утверждение акта-приемки; Ведение ДБД; Мониторинг функционирования; Реструктуризация БД
Вопрос 12 . Автоматизированное проектирование ИС
CASE (Computer Aided Software/System Engineering) – проектирование программного обеспечения или системы на основе компьютерной поддержки.
CASE-технология – это совокупность методов анализа, проектирования, разработки и сопровождения ИС.
Основная цель CASE-технологии состоит в том, чтобы отделить процесс проектирования ИС от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процесс разработки и функционирования систем.
Инструментальные средства CASE – это специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.
Архитектура CASE – средства
Компоненты CASE-средства
Репозиторий – специальная база данных, содержащая информацию о проекте ИС. Репозиторий содержит информацию, характеризующую диаграммы, связи между диаграммами, структуры данных, программные модули, права доступа проектировщиков ИС и т. д. В репозиторий предусматриваются архивация и резервное копирование проектных данных.
|
|
Графический редактор диаграмм предназначен для отображения в заданных нотациях всех диаграмм проектирования ИС. Редактор диаграмм может создавать элементы диаграмм и связи между ними.
Средства контроля и сбора статистики выполняют следующие функции:
проверка правильности построения диаграмм и выдача сообщений об ошибках;
выделение на диаграмме ошибочных элементов;
сбор статистики ошибок в процессе проектирования.
Генератор документов формирует выходные документы, содержащие диаграммы проекта в соответствии с запросом проектировщика.
Администратор проекта занимается административными функциями проектирования, в числе которых:
назначение и изменение прав доступа к репозиторию;
мониторинг процесса проектирования.
Браузерпозволяет осуществлять просмотр проекта, в том числе переключение от одной диаграммы к другой и т.д.
Генератор кодов программ на основе моделей проекта, хранящихся в репозиторий, создает код программы
Существует несколько принципов CASE-технологий:
- Принцип всесторонней компьютерной поддержки проектирования.
- Принцип модельного подхода.
- Иерархическое представление модели предметной области.
- Наглядность представления модели.
- Декомпозиция процесса проектирования на стадии и этапы.
- Перенесение трудоемкости разработки в большей степени на анализ и проектирование.
- Отделение, независимость стадий проектирования от средств реализации, от программирования.
- Возможность как прямого, так и обратного проектирования.
- Использование репозитория.
|
|
Классификация CASE-средств
По аналогии с классификацией ИС, для создания которых предназначены CASE-средства выделяют следующие:
• локальные (Design/IDEF, CASE, Аналитик) поддерживаю 1-2 методологии;
• малые интегрированные (AllFusion Modeling Suite, Silverrun) 2-3 методологии;
• средние интегрированные CASE-средства (Rational Rose, Designer/2000)4-15 методологии.
• по поддерживаемым методологиям проектирования:функционально (структурно)-ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);
• по поддерживаемым графическим нотациям построения диаграмм:с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;
• по степени интегрированности:tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных – репозиторием);
|
|
• по типу и архитектуре вычислительной техники:ориентированные на ПЭВМ, ориентированные на локальную вычислительную сеть (ЛВС), ориентированные на глобальную вычислительную сеть (ГВС) и смешанного типа;
• по режиму коллективной разработки проекта:не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;
• по типу ОС:работающие под управлением WINDOWS, UNIX, под управлением различных ОС.
Вопрос 13
Типовое проектирование ИС – это создание системы из готовых покупных типовых элементов (типовых проектных решений).
Типовое проектное решение (ТПР) – это проектное решение, представленное в виде проектной документации, включая программные модули, пригодное к многократному использованию.
Рисунок – Классификация методов типового проектирования ИС
Основным признаком классификации типовых ИС является их функциональность. По этому признаку ИС подразделяются на локальные, малые, средние и крупные интегрированные системы.
Достоинства и недостатки ТПР
Класс ТПР. Реализация ТПР | Достоинства | Недостатки |
Элементные ТПР Библиотеки методо-ориентированных программ | Обеспечивается применение модульного подхода к проектированию и документированию ИС | Большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости Большие затраты времени на доработку ТПР отдельных элементов |
Подсистемные ТПР Пакеты прикладных программ | Достигается высокая степень интеграции элементов ИС Позволяют осуществлять: модульное проектирование; параметрическую настройку программных компонентов на различные объекты управления Обеспечивают: сокращение затрат на проектирование и программирование взаимосвязанных компонентов; хорошее документирование отображаемых процессов обработки информации | Адаптивность ТПР недостаточна с позиции непрерывного инжиниринга деловых процессов Возникают проблемы в комплексировании разных функциональных подсистем, особенно в случае использования решений нескольких производителей программного обеспечения |
Объектные ТПР Отраслевые проекты ИС | Комплексирование всех компонентов ИС за счет методологического единства и информационной, программной и технической совместимости Открытость архитектуры – позволяет устанавливатьТПР на разных программно-технических платформах Масштабируемость – допускает конфигурацию ИС для переменного числа рабочих мест Конфигурируемость – позволяет выбирать необходимое подмножество компонентов | Проблемы привязки типового проекта к конкретному объекту управления, что вызывает в некоторых случаях даже необходимость изменения организационно-экономической структуры объекта автоматизации |
Функциональность локальных и малых интегрированных систем направлена на решение финансово-управленческих задач: бухгалтерский учет, управление кадрами, расчет заработной платы, складской учет, управление финансами, сбыт. Иными словами, эти системы реализуют универсальные типовые функции управления, не зависящие от спецификации производственного процесса.
Примеры:
Методы конфигурирования типовой ИС:
1. Параметрически-ориентированное проектирование. Метод предполагает настройку исходной типовой ИС по параметрам. Значения параметров выбираются в соответствии с особенностями объекта информатизации.
2. Встроенные языки программирования. Функциональная настройка компонентов ИС, а также их объединение в законченную конфигурацию выполняются с помощью встроенного языка. В его основу может быть положен, например, упрощенный вариант синтаксиса алгоритмического языка Pascal.
3. Генераторы форм и отчетов. Генератор форм и отчетов представляет собой программный компонент, позволяющий дать описание того, как должны выглядеть формы для ввода информации и отчеты для вывода результатов, а также осуществить их автоматическое формирование. Например, генератор отчетов FestReport – это полностью визуальный генератор, т. е. позволяющий построить большинство отчетов, пользуясь только «мышью».
4. Моделью ориентированное проектирование. Сущность модельно-ориентированного проектирования типовой ИС сводится к адаптации компонентов типовой ИС в соответствии с моделью проблемной области конкретной организационно-экономической системы. Для этого технология проектирования должна поддерживать как модель типовой ИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними.
Дата добавления: 2018-02-15; просмотров: 1780; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!