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 Технологии и методы проектирования

 

Технология  и методы проектирования.

Основные  стадии и этапы технологической  схемы проектирования ИС.

Основные процедуры технологии проектирования: анализ, моделирование, синтез, оптимизация и принятие решений.

Разработка бизнес-плана создания ИС.

Разработка, согласование и утверждение технического задания.

Проектирование  функциональной части ИС.

Использование функционального подхода к проектированию состава и структуры ИС.

Использование теории бизнес - процессов и бизнес - правил.  

      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. Первым  шагом упрощения сложной системы  является ее разбиение на атомарные, с точки зрения пользователя, функции, при этом такое разбиение должно удовлетворять следующим критериям: