СУБД (Inter Base, Microsoft SQL, Sybase SQL, Oracle);
Прикладное ПО (EPR – Система управления ресурсами предприятия);
Разработанное пользователем;
Проектировщики;
Пользователи;
Бизнес – процессы;
Все остальное (приспособления).
1.26 Архитектура ИС.
1. Локальная архитектура. Один пользователь, один компьютер, одна среда работы, например:
БД,
BDE,
клиентское приложение.
Называется, как правило, АРМ – автоматизированное рабочее место.
2. Файл – серверная архитектура. Один файловый сервер, сеть, технология доступа к БД (BDE), небольшое количество клиентов, работающих с копиями наборов данных, обладающих одинаковыми правами.
Целостность БД обеспечивается клиентскими приложениями.
3. Клиент серверная архитектура. Для управления базами данных используется специализированное программное обеспечение (СУБД), например SQL – сервер «Inter Base».
Уменьшение сетевого трафика (объема передаваемых данных).
Правила поддержки целостности данных переводятся на сервер и одинаковы для всех приложений.
1.27 Трехзвенная архитектура.
4. Рисунок (пункт 9.10).
1.28 Интернет.
5. Интернет/Интранет/Экстранет.
Использование интернет как телекоммуникационной среды.
Использование Web – сервера и соответствующих технологий доступа к БД.
В качестве клиента используется браузер, например, Internet Explorer.
1.29 Вопросы по 1 лабораторной работе.
Определение и основные свойства бизнес - функции.
Методологии проектирования информационных систем.
Определение бизнес – процесса, примеры бизнес - процессов.
Принципы декомпозиции сложных систем.
Что является источником бизнес – процессов.
Ограничения ссылочной целостности SQL – сервера.
Ограничения значений полей таблицы.
Почему каждая таблица обязана иметь первичный ключ.
Особенности реализации ограничений в ИС с различной архитектурой.
Типы диаграмм используемых в различных нотациях.
Типы данных, используемых в SQL – сервере InterBase.
1.30 Задания СРСП.
1. Входной контроль по дисциплинам «Программирование», «Базы данных»;
2. Защита модели выбранного бизнес – процесса;
3. Защита разработанных бизнес – правил;
4. Ответить на контрольные вопросы первого модуля [1];
5. Провести проверку SQL – кода создания БД;
6. Защитить отчет по первой лабораторной работе;
7. Защитить отчет по разделу 3.1 курсовой работы [2];
8. Разработать пример вопроса тестового задания по теме раздела.
1.31 Задания СРС.
1. Изучить методические указания к первой лабораторной работе [1];
2. Ответить на примеры тестовых заданий к первому модулю [1];
3. Выбор предметной области для выполнения лабораторных работ;
4. Выбор предметной области курсового проекта;
5. Установка на персональном компьютере SQL – сервера InterBase;
6. Проверка работоспособности среды управления сервером;
7. Изучить SQL - код создания учебной БД (FONEBOOK.GDB);
8. Проектирование и использование ограничений;
9. Изучение функции среды управления: CREATE DATABASE, DROP DATABASE, REGISTER DATABASE, CONNECT, DISCONNECT;
10. Изучить конспект 1,2 лекций [3];
1.32 Демонстрация.
Инсталляция, работа учебного примера.
Инсталляция SQL – сервера InterBase.
Запуск утилиты IBConsole.
Подключение и регистрация сервера.
Работа со справочным материалом.
Технология и методы проектирования.
Основные стадии и этапы технологической схемы проектирования ИС.
Основные процедуры технологии проектирования: анализ, моделирование, синтез, оптимизация и принятие решений.
Разработка бизнес-плана создания ИС.
Разработка, согласование и утверждение технического задания.
Проектирование функциональной части ИС.
Использование функционального подхода к проектированию состава и структуры ИС.
Использование теории бизнес - процессов и бизнес - правил.
2.1 Концепция проектирования ИС.
Система.
Декомпозиция, принципы иерархии.
Внешняя среда.
Методологические принципы проектирования ИС:
- концептуальное проектирование;
- логическое проектирование;
- физическое проектирование.
Технология проектирования может быть представлена как совокупность 3 составляющих:
1.Заданной последовательности выполнения технологических операций проектирования.
2.Критерии и правила используемых для оценки результатов выполнения технологических операции.
3.Графические и текстовые средства, используемые для описания проектируемой системы.
2.2 Задачи
.
Разработка бизнес-плана создания ИС.
Разработка, согласование и утверждение технического задания.
Знакомство с проектной деятельностью предприятий.
2.3 Определение
.
Бизнес функция предприятия (БФ) – функциональный базис для всех технологических и административно – хозяйственных процедур.
Существую три основных свойства бизнес-функции:
- Нормируеммость (формальные единицы измерения или система координат);
-Исчисляемость (Масштабируемость);
- Возможность количественной оценки.
В пункте 3.1.2 МУ к курсовому проектированию - пример описания деятельности ВКГТУ (фрагмент устава университета).
2.4 Бизнес-процесс
.
Бизнес-процесс – это описание технологии достижения результата в определенном функциональном базисе. Также это формализованное описание заданных управляемых процедур, включая как выполненные этим набором функции, так и используемые им данные. Состав и взаимоотношения затрагиваемых им организационных подразделений и единиц.
Из этих определений можно сделать вывод, что бизнес-процесс является составной частью бизнес - функции. Им описываются более конкретные задачи проекта (ИС). Множество процессов, объединенных одной функцией, решают множество задач, что обеспечивает достижение единой цели, стоящей перед ИС.
Для обеспечения целостности данных и согласованности процессов в ИС необходимо соблюдать некоторые ограничения, обеспечивающие механизм управления процессами и операциями над данными.
2.5 Вопрос.
Какие модели проходили в специальных дисциплинах?
2.6 Бизнес - правила
.
Бизнес - правила (БП) – это механизм управления БД и предназначено для поддержания БД в целостном состоянии, а также для выполнения других действий, например, накапливания статистики работы с БД.
Бизнес - правила (БП) задают ограничения на значения данных в БД. Они также определяют механизмы, согласно которым при изменении одних данных изменяются и связанные с ними данные в той же или других таблицах БД. Таким образом, бизнес - правила определяют условия поддержания БД в целостном состоянии.
Идеология архитектуры «клиент-сервер» требует переноса максимально возможного числа БП на сервер.
2.7 Преимущества
.
К преимуществам такого подхода относятся:
- гарантия целостности БД, поскольку БП сосредоточены в едином месте (в базе данных);
- автоматическое применение БП, определенных на сервере БД, для любых приложений;
- отсутствие различных реализаций БП в разнотипных клиентских приложениях, работающих с БД;
- быстрое срабатывание БП, поскольку они реализуются на сервере и, следовательно, нет необходимости посылать данные клиенту, увеличивая при этом сетевой трафик;
- доступность изменений, внесенных в БП на сервере, для всех клиентских приложений, работающих с настоящей БД, и отсутствие необходимости повторного распространения измененных приложений клиентов среди пользователей.
2.8 Недостатки
.
К недостаткам хранения бизнес - правил на сервере можно отнести:
- отсутствие у клиентских приложений возможности реагировать на некоторые ошибочные ситуации, возникающие на сервере при реализации БП (например, игнорирование приложениями, написанными на Delphi, ошибок при выполнении хранимых процедур на сервере);
- ограниченность возможностей SQL и языка хранимых процедур и триггеров для реализации всех возникающих потребностей определения БП.
На практике в клиентских приложениях реализуют лишь такие бизнес - правила, которые трудно или невозможно реализовать с применением средств сервера. Все остальные БП переносятся на сервер.
2.9 Примеры
.
Примеры реализации в МУ к лабораторной работе.
В первую очередь бизнес - правила реализуют следующие ограничения БД:
- задание допустимого диапазона значений;
- задание значения по умолчанию;
- требование уникальности значения
- запрет пустого значения
- ограничение ссылочной целостности.
Бизнес - правила можно реализовать на физическом и программном уровне. В первом случае эти правила задаются при создании таблиц и входят в структуру БД.
На программном уровне бизнес - правила можно реализовать в сервере и в приложении.
Для реализации бизнес - правил в сервере обычно используются триггеры и хранимые процедуры.
2.10 Вопрос
.
Зачем производится декомпозиция сложных функций?
2.11 Декомпозиция БФ
.
Для выполнения процесса декомпозиции сложной БФ используется структурный метод, в основе которого лежат три основных принципа:
1. Первым шагом упрощения сложной системы является ее разбиение на атомарные, с точки зрения пользователя, функции, при этом такое разбиение должно удовлетворять следующим критериям:
- каждая подсистема должна реализовывать единственную функцию системы, атомарную с точки зрения пользователя;
- функция каждой подсистемы должна быть легко понимаема независимо от сложности ее реализации;
- связь между подсистемами должна вводиться только при наличии связи между соответствующими функциями системы;
- связи между подсистемами (интерфейсы подсистем) должны быть простыми, насколько это возможно, для обеспечения независимости между ними.