Классификация СУД по типу взаимодействия пользователей - Лекция 1

^ Систематизация Трибунал по типу взаимодействия юзеров.
С системами электрического документооборота работают практически все сотрудники предприятия. Хоть какой документ создается человеком для человека. Потому нужно осознать, как повышение количества юзеров оказывает влияние на сложность сотворения и Классификация СУД по типу взаимодействия пользователей - Лекция 1 внедрения информационной системы. Из общей теории систем понятно, что сложность увеличивается при увеличении числа связей в системе. По этому принципу можно выделить три типа систем, отличающихся различным нравом взаимодействия юзеров Классификация СУД по типу взаимодействия пользователей - Лекция 1 и, соответственно, разной степенью зависимости числа связей в системе от числа юзеров.
^ Системы нулевого порядка.
Сложность таких систем примерно равна N0, где N – число юзеров. В таких системах сложность сотворения не находится в зависимости Классификация СУД по типу взаимодействия пользователей - Лекция 1 от числа юзеров. Каждый работает со собственной копией программки на собственном компьютере независимо от других служащих. К системам такового класса можно отнести однопользовательские офисные программы (текстовый редактор, электрические таблицы и Классификация СУД по типу взаимодействия пользователей - Лекция 1 др.). Добавление юзера не приводит к повышению трудности имеющейся системы, так как новый юзер ничего не знает о других и никак с ними не связан. Новый юзер – новенькая система. Другими словами, при разработке таких Классификация СУД по типу взаимодействия пользователей - Лекция 1 систем нет необходимости учесть нрав взаимосвязей меж разными юзерами. В таких локальных системах «нулевого порядка» юзеру доступны все функции, заложенные разработчиком в программное обеспечение. «Это мой компьютер, мой текстовый редактор, и Классификация СУД по типу взаимодействия пользователей - Лекция 1 я могу делать с ним все, что захочу!», - произнесет юзер, и будет прав.
^ Системы первого порядка.
Сложность таких систем примерно равна N1. Число связей вырастает линейно. Обычный представитель систем такового класса – система Классификация СУД по типу взаимодействия пользователей - Лекция 1 для бронирования билетов. База данных, основное ядро программки, располагается на сервере, юзеры имеют доступ к централизованным данным или в режиме мейнфрейм-терминал, или в архитектуре клиент-сервер. Принципиально, что при всем этом Классификация СУД по типу взаимодействия пользователей - Лекция 1 юзеры как и раньше работают независимо друг от друга. При разработке таких систем приходится решать препядствия коллективного доступа к данным, вот почему животрепещущими становятся вопросы о производительности системы, о нагрузке на сервер Классификация СУД по типу взаимодействия пользователей - Лекция 1, пропускной возможности каналов связи. Все же отсутствие взаимодействия меж юзерами существенно упрощает задачку разработки и внедрения таких систем.

При увеличении числа юзеров появляется вопрос о различных правах на совершение тех либо Классификация СУД по типу взаимодействия пользователей - Лекция 1 других действий в системе. Для систем «первого порядка» типично разделение функций меж группами юзеров. Обычный пример для таких систем – «АРМ».
^ Системы второго порядка.
Сложность таких систем примерно равна N2. Все юзеры ведут взаимодействие меж Классификация СУД по типу взаимодействия пользователей - Лекция 1 собой. Добавление N+1 юзера порождает N новых связей. Число вероятных связей в системе равно N(N-1)/2, т.е. вырастает квадратично. Системы электрического документооборота относятся конкретно к системам такового типа Классификация СУД по типу взаимодействия пользователей - Лекция 1. Компы, информационная система служит уже не только лишь для скопления и хранения инфы, да и для взаимодействия людей вместе.

При разработке и внедрении таких систем вместе с техническими неуввязками приходится решать задачки, связанные Классификация СУД по типу взаимодействия пользователей - Лекция 1 с переопределением и переосмыслением бизнес-процедур, правил взаимодействия меж отдельными людьми и целыми подразделениями организации. Необыкновенную значимость получают разные социально-психологические нюансы внедрения новых технологий.

В системах «второго порядка» увлекательным образом трансформируется разделение функций Классификация СУД по типу взаимодействия пользователей - Лекция 1 меж группами юзеров. Понятие «АРМ» в значимой степени теряет смысл. Организация в целом ведет себя как коллективный юзер: все сотрудники могут отправлять и получать электрическую почту, использовать средства календарного планирования Классификация СУД по типу взаимодействия пользователей - Лекция 1, согласовывать документы, выдавать и получать поручения, воспользоваться электрическим архивом. Схожее единство многофункциональных способностей для разных групп юзеров типично для управленческого документооборота. Вместе с этим сохраняется и даже усложняется процесс определения прав Классификация СУД по типу взаимодействия пользователей - Лекция 1 доступа и возможностей для служащих, которые задействованы в технологическом документообороте организации либо обеспечивают процессы управленческого документооборота.

Сложность, обусловленная повышением числа юзеров, вырастает до того времени, пока сохраняется квадратичный нрав роста числа связей в системе Классификация СУД по типу взаимодействия пользователей - Лекция 1. Ведь далековато не все из потенциально вероятных связей оказываются задействованы. Больший пик трудности приходится на корпоративные информационные системы с сотками и тыщами юзеров. Потом воздействие людского фактора начинает уменьшаться. Обычный пример Классификация СУД по типу взаимодействия пользователей - Лекция 1 – Web-сайты в Internet, которые могут посещать сотки тыщ независящих, не связанных вместе юзеров.
^ ЛЕКЦИЯ 9. АРХИТЕКТУРА И Составляющие Трибунал Типовые составляющие Трибунал
Все Трибунал содержат неотклонимые типовые составляющие: хранилище карточек (атрибутов) документов Классификация СУД по типу взаимодействия пользователей - Лекция 1; хранилище документов; составляющие, осуществляющие бизнес-логику системы.
^ Хранилище атрибутов документов
Хранилище атрибутов документов создано для хранения «карточки» — набора полей, характеризующих документ. Обычно в Трибунал имеется понятие типа документов (к примеру, контракт, спецификация Классификация СУД по типу взаимодействия пользователей - Лекция 1, письмо и т.д.) и для каждого типа заводится своя собственная карточка. Карточки различных типов имеют системные и пользовательские атрибуты. Системные атрибуты представляют из себя неотклонимые поля, общие для всех документов, пользовательские атрибуты Классификация СУД по типу взаимодействия пользователей - Лекция 1 – это особые поля, относящиеся к документам данного определенного типа. К примеру, общими полями может быть уникальный номер документа, его заглавие, создатель, дата сотворения. При всем этом документы типа «договор» могут Классификация СУД по типу взаимодействия пользователей - Лекция 1 содержать такие поля, как дата подписания, срок деяния, сумма контракта. Типы документов, в свою очередь, могут иметь подтипы, имеющие общий набор полей, который они наследуют от основного типа, и при всем этом дополнительные Классификация СУД по типу взаимодействия пользователей - Лекция 1 поля, уникальные для подтипа. Более развитая система управления документами может поддерживать огромную вложенность таких подтипов. Типизация документов, выстраивание их иерархии, и проектирование карточек для их является одним из более принципиальных шагов в процессе Классификация СУД по типу взаимодействия пользователей - Лекция 1 внедрения Трибунал.

Не считая понятия типа документов, может быть присваивание документам категорий, т.е. систематизация документов, при этом один документ может принадлежать сразу к нескольким категориям либо классам. Категории могут быть выстроены в Классификация СУД по типу взаимодействия пользователей - Лекция 1 дерево категорий. К примеру, можно иметь категорию «Юридические документы» с подкатегориями «Законы», «Договоры», «Приказы» и т.д. При всем этом можно иметь параллельную структуру по отделам, к примеру, категорию «Документы Классификация СУД по типу взаимодействия пользователей - Лекция 1 отдела продаж», а в ней подкатегории «Договоры на продажу», «Счета» и т.д. Контракт на продажу может быть сразу отнесен к подкатегориям «Договоры» и «Договоры на продажу», относящимся к различным веткам в Классификация СУД по типу взаимодействия пользователей - Лекция 1 иерархии категорий. Таким макаром, возникает возможность поиска документа в таком дереве на базе его систематизации, при этом один и тот же физический документ может встречаться хоть какое число раз в различных узлах этой иерархии Классификация СУД по типу взаимодействия пользователей - Лекция 1.

Для организации хранилища карточек вероятны три варианта решения:

1. Собственное хранилище атрибутов документов позволяет улучшить его под задачку хранения карточек, гибко Классификация СУД по типу взаимодействия пользователей - Лекция 1 воплотить функции сотворения сложных карточек (имеющих, к примеру, огромную вложенность типов), также использовать действенные методы поиска инфы в карточках. К системам, имеющим собственное хранилище, относятся, к примеру, Documentum, «Евфрат» компании Cognitive Technologies Классификация СУД по типу взаимодействия пользователей - Лекция 1 и «Гарант-Офис» компании «Гарант Интернейшнл».

Естественным недочетом такового подхода является невозможность использовать стандартные ресурсы имеющейся информационной среды, также зависимость критически принципиальной инфы от поставщика Трибунал. В случае, если вы используете Классификация СУД по типу взаимодействия пользователей - Лекция 1 стандартную СУБД, всегда есть возможность передвижения данных на СУБД от другого поставщика. Тут же выбор жестче — придется отрешиться от использования определенной Трибунал вообщем, а миграция данных из одной Трибунал в Классификация СУД по типу взаимодействия пользователей - Лекция 1 другую на порядок труднее, чем в случае СУБД.

2. При использовании стандартных СУБД для хранения атрибутов документов данная неувязка решается. К такового рода системам относятся, к примеру, системы «Дело» от ЭОС, «1С:Архив» и Классификация СУД по типу взаимодействия пользователей - Лекция 1 DocsFusion компании Hummingbird.

Но и таковой подход имеет свои недочеты:

3. Если Трибунал построена на базе какой Классификация СУД по типу взаимодействия пользователей - Лекция 1-нибудь информационной среды, то грех не пользоваться ее ресурсами. Большая часть систем такового типа, фаворитных в Рф, выстроено на базе Lotus Notes/Domino. Это позволяет использовать все механизмы, заложенные в эту среду, в том Классификация СУД по типу взаимодействия пользователей - Лекция 1 числе средства запасного копирования, репликации, поиска и т.д. Задачи такового подхода:



^ Хранилище документов Классификация СУД по типу взаимодействия пользователей - Лекция 1
Для реализации хранилища документов, снова же, существует два подхода:

  1. хранение в файловой системе

  2. хранение в спец хранилище Трибунал.

Исходя из убеждений прагматичного юзера меж этими подходами, если оценивать их в целом, большой различия Классификация СУД по типу взаимодействия пользователей - Лекция 1 нет. Но некие особенности все таки имеются.

1. Хранение в файловой системе понижает степень безопасности при разграничении доступа, потому что файловая система может не поддерживать ту модель безопасности, которая реализована в самой Классификация СУД по типу взаимодействия пользователей - Лекция 1 Трибунал. Потому приходится наделять Трибунал своими правами доступа, так что файлы, сохраненные ею, будут недосягаемы ни одному из юзеров впрямую. А Трибунал поддерживает свою систему перечня юзеров с правами доступа, организуя Классификация СУД по типу взаимодействия пользователей - Лекция 1 доступ к файлам через эти права. Система доступа при всем этом становится сложной в сопровождении и не полностью безупречной исходя из убеждений информационной безопасности. Для обеспечения дополнительной надежности нередко употребляется шифрование файлов при хранении Классификация СУД по типу взаимодействия пользователей - Лекция 1. Не считая того, фактически все Трибунал употребляют случайное именование файлов, что очень усложняет поиск подходящего файла при попытке доступа в обход системы. Нужно сказать, что большая часть Трибунал производят Классификация СУД по типу взаимодействия пользователей - Лекция 1 хранение файлов в файловой системе.

При работе с файловой системой большая часть Трибунал требуют перемещения файлов в специально организованные сборники. Но есть и исключения. К примеру, системы «Евфрат» и Microsoft SharePoint позволяют Классификация СУД по типу взаимодействия пользователей - Лекция 1 регистрировать в системе файлы, не требуя их физического перемещения в хранилище. Понятно, что таковой подход небезопасен исходя из убеждений целостности данных, но зато очень комфортен в «переходный период» внедрения Трибунал.

2. Системы, имеющие свое собственное Классификация СУД по типу взаимодействия пользователей - Лекция 1 хранилище файлов либо использующие хранилище среды, на базе которой построены (к примеру, Lotus Notes/Domino либо Microsoft Exchange), могут гарантировать более действенное управление доступом к документам и поболее надежное решение препядствия разграничения доступа Классификация СУД по типу взаимодействия пользователей - Лекция 1. Так устроены, к примеру, Documentum и системы на базе Lotus Notes («БОСС-Референт», CompanyMedia). Но при всем этом появляются вопросы, связанные с целостностью данных, наличием действенных средств запасного копирования и Классификация СУД по типу взаимодействия пользователей - Лекция 1 интеграцией со средствами архивного хранения на неспешных носителях. В большинстве систем они, так либо по другому, решены, но можно воспользоваться только инструментами, доступными в самой системе, в то время как в Классификация СУД по типу взаимодействия пользователей - Лекция 1 случае файлового хранения вы всегда имеете выбор.

Бизнес-уровень
На уровне бизнес-логики обнаруживаются значительные различия меж различными Трибунал. Фактически, все описанные составляющие, хотя и могут быть устроены по-разному, отличаться степенью трудности, но при Классификация СУД по типу взаимодействия пользователей - Лекция 1 всем этом функционально подобны. Бизнес-логика же разных систем может отличаться кардинально, и это как раз то, что должно заинтересовывать более всего при ознакомлении с системой электрического документооборота. На Классификация СУД по типу взаимодействия пользователей - Лекция 1 уровне бизнес-логики реализуются правила бизнеса, принятые на определенном предприятии.

^ Правила бизнеса либо деловые процедуры.

Разглядим некий деловой процесс, который вам отлично знаком – выдача книжки в библиотеке. Когда читатель берет книжку в библиотеке Классификация СУД по типу взаимодействия пользователей - Лекция 1, как длительно библиотека хранит запись об этом? Те пару минут, которые занимает сервис читателя на абонементе? Нет, существенно подольше. Как минимум, библиотека сохраняет запись о выдаче книжки до того времени, пока ее через Классификация СУД по типу взаимодействия пользователей - Лекция 1 некоторое количество дней не возвратят назад. Если книжку возвратили покоробленной, библиотека хранит запись до того времени, пока вред не будет компенсирован. Если же книжку вообщем не возвратили, библиотека хранит эту запись далее. При Классификация СУД по типу взаимодействия пользователей - Лекция 1 повторении схожих инцидентов репутация читателя в очах работников библиотеки резко снизится, и ему может быть отказано в предстоящем обслуживании. Таким макаром, обыденную выдачу книжки можно рассматривать как довольно непростой многоэтапный деловой процесс Классификация СУД по типу взаимодействия пользователей - Лекция 1.

Многие деловые процессы нередко затягиваются на месяцы. К примеру, магазины заказывают продукты, ведут учет спроса на их и сформировывают следующие заказы в согласовании со вкусами покупателей. Этот процесс продолжается месяцы Классификация СУД по типу взаимодействия пользователей - Лекция 1 и годы.

В огромных организациях обработка отдельных заказов может занять несколько месяцев, а то и лет. Заказ может быть разбит на огромное количество поставок, элементы которых требуют специального производства, сложных графиков отгрузки Классификация СУД по типу взаимодействия пользователей - Лекция 1 и доставки по всему свету. После каждой доставки нужно закрыть счета, проследить за оплатой и посчитать комиссионные выплаты. При всем этом ведется своевременный учет, и все записи отражаются в месячных, квартальных и Классификация СУД по типу взаимодействия пользователей - Лекция 1 годичных отчетах. Другими словами, организация всех размеров растрачивает время на сложные деловые процессы, состоящие из огромного количества шагов в протяжении долгого времени.

Ворачиваясь к нашему примеру, можно задаться последующими вопросами. Сколько дней положено находиться Классификация СУД по типу взаимодействия пользователей - Лекция 1 книжке на руках у читателя? Какого размера штрафы необходимо применить в том либо ином случае порчи книжки? Сколько нарушений может допустить читатель, чтоб ему было отказано в обслуживании? При каких обстоятельствах Классификация СУД по типу взаимодействия пользователей - Лекция 1 может быть возобновлено сервис?

На все эти вопросы отвечают так именуемые правила бизнеса, принятые в каждой определенной организации. ^ Правила бизнеса - это элементы делового процесса, определяющие условия выполнения функций, регламентирующие деяния участников Классификация СУД по типу взаимодействия пользователей - Лекция 1 делового процесса. Они есть нередко в "грубой", неструктурированной форме как экспертные представления и ноу-хау, которыми исполнители обладают и пользуются в ежедневной практике.

Носителями правил бизнеса являются люди – спецы предметной области Классификация СУД по типу взаимодействия пользователей - Лекция 1. Если правила верно сформулированы, их можно заавтоматизировать. Другой вопрос заключается в том, кто же будет поддерживать работу всех этих процессов и гарантировать соблюдение всех правил бизнеса? Всем этим занимается сервер приложений, на котором, обычно, размещается Классификация СУД по типу взаимодействия пользователей - Лекция 1 ядро системы управления документооборотом. Осмысление процессов в виде правил позволяет заавтоматизировать механические части бизнеса, оставляя людям более ответственные и творческие моменты.

Вот некие примеры типов правил бизнеса, принятых в Классификация СУД по типу взаимодействия пользователей - Лекция 1 компании, занимающейся созданием, продажей и доставкой продукции. Каждый пример состоит из 1-го либо 2-ух правил, определяющих выполнение какого-нибудь шага в более сложном процессе производства и реализации продукции.

1. Малый размер заказа, принимаемого фабрикой, оценивается в Классификация СУД по типу взаимодействия пользователей - Лекция 1 50000 руб. Заказы, требующие нескольких поставок, должны быть на сумму более 500000 руб., и ни одна из этих поставок не может быть на сумму наименее 25000 руб.

2. Комиссионные выплачиваются после получения оплаченного счета от Классификация СУД по типу взаимодействия пользователей - Лекция 1 заказчика. Обычно выплачивается 5% комиссионных от объема реализации. Но при задержке оплаты счетов заказчиками комиссионные уменьшаются на 10% за каждые 30 суток задержки оплаты.

3. Заказы обычно производятся по принципу: первым пришел - первым обслужен. Но в случае Классификация СУД по типу взаимодействия пользователей - Лекция 1 недостающего количества продуктов употребляется классификационный номер покупателя, т.е. заказчики класса А обслуживаются сначала, потом - заказчики класса Б и т.д.

Правила бизнеса требуют написания сотен тыщ строк кода Классификация СУД по типу взаимодействия пользователей - Лекция 1, который не относится ни к БД, ни к пользовательскому интерфейсу. Этот код управляет деловыми процессами, содержащими тыщи правил этого бизнеса. Схожий код обычно генерируется при помощи CASE-систем с одной-единственной целью - воплотить правила Классификация СУД по типу взаимодействия пользователей - Лекция 1 бизнеса. Куда отнести весь этот код? Как расположить правила бизнеса в архитектуре приложений? Выход из этого положения - создание отдельного слоя специально для их.

Таблица. Трибунал в архитектуре клиент/сервер

^ Уровень архитектуры

Слой компонент Трибунал

Функции Классификация СУД по типу взаимодействия пользователей - Лекция 1 слоя

Содержание слоя

Клиент

Хранилище документов

Навигация

Представление

Манипуляция

Анализ

Пользовательский интерфейс

Сервер приложений

Бизнес-логика

Принятие формальных решений

Проведение политики

Координация ресурсов

Вычислительные процессы Правила

Эвристические процедуры


Сервер БД

Хранилище карточек (данные)

Согласование,

защита целостности данных

БД, SQL


Разглядим деловой процесс обслуживания читателя в библиотеке исходя из убеждений работы Трибунал Классификация СУД по типу взаимодействия пользователей - Лекция 1.

Сотрудник библиотеки, работающий на абонементе, запускает приложение десктопа (для слоя документа) на собственном компьютере. Приложение десктопа предлагает на дисплее серию форм с информацией о доступных книжках, читателях, неоплаченных счетах и т.д. Когда Классификация СУД по типу взаимодействия пользователей - Лекция 1 введено довольно инфы для полного делового запроса, слой документа отправляет запрос на слой правил бизнеса.

Слой правил бизнеса содержит вычислительные программки правил бизнеса, ассоциирующихся с теми либо другими запросами Классификация СУД по типу взаимодействия пользователей - Лекция 1 и заданиями. Одна из таких программ обрабатывает запросы проверки: инспектирует, делал ли читатель подготовительный заказ, есть ли книжка, соответственная заказанному списку литературы, определяет время использования книжкой.

Во время работы слой правил бизнеса временами Классификация СУД по типу взаимодействия пользователей - Лекция 1 обращается к слою БД, извлекая из базы данных записи о читателях, книжках и заказах. Когда все проверки завершены, слой правил бизнеса производит транзакции по записи заказа, времени использования, состоянию книжек.

В высшей части находится Классификация СУД по типу взаимодействия пользователей - Лекция 1 слой документа, главным содержанием которого является обеспечение интерфейса юзера для всей системы. Снаружи интерфейс юзера относят к оформлению оконного интерфейса приложения, мыши, легкости использования и другим стилистическим суждениям. Все это довольно Классификация СУД по типу взаимодействия пользователей - Лекция 1 принципиально, но слой документа отвечает за большее.

1. Навигация. Документ предоставляет меню, формы и структуру команд, которые позволяют юзерам отыскать то, что им необходимо, - будь это команда для пуска чего-либо либо отчет Классификация СУД по типу взаимодействия пользователей - Лекция 1, который нужно напечатать.

2. Представление. Документ выводит информацию в разных формах, включая графики, звуки, слова и числа.

3. Манипуляция. Документ может создавать и изменять информацию в согласовании с потребностями юзера.

4. Анализ. Сочитая Классификация СУД по типу взаимодействия пользователей - Лекция 1 функции представления и манипуляции, документ позволяет юзеру делать анализ "что, если» для получения решения, ответа либо результата.

Слой правил бизнеса отвечает за политику организации. Политика - это нечто большее, чем просто правила. Правило является четким выражением Классификация СУД по типу взаимодействия пользователей - Лекция 1, обычно в форме "если, то... ". На практике же многие решения, которые приходится принимать на уровне правил бизнеса, не имеют настолько точной формы. Программки этого слоя основываются на эвристических процедурах Классификация СУД по типу взаимодействия пользователей - Лекция 1. Эвристическая процедура - это линия поведения, которую нередко определяют в вероятностных определениях. К примеру, если заказчик оплачивает огромную часть счетов вовремя, ему можно позволить незначительно повысить кредит. Слова огромную и мало не позволяют Классификация СУД по типу взаимодействия пользователей - Лекция 1 перевоплотить это утверждение в четкое правило. Все же, просто представить процесс правил бизнеса, который проводит схожую политику, используя композиции процентного анализа, анализа тенденций и, от варианта к случаю, запросов на вмешательство человека. Итак, слой правил Классификация СУД по типу взаимодействия пользователей - Лекция 1 бизнеса отвечает за правила и эвристические процедуры.

^ Решения, реализуемые слоем правил бизнеса, могут быть объединены в три категории.

1. Формальные решения предполагают четкие запросы на проверку возможностей. Лежит ли эта транзакция в Классификация СУД по типу взаимодействия пользователей - Лекция 1 границах кредита, отведенного клиенту? Может ли заказ быть выслан в четверг? Выделит ли компания $7500 на финансирование покупки определенного автомобиля? В этих случаях процесс на уровне правил бизнеса воспринимает определенное решение либо отвечает Классификация СУД по типу взаимодействия пользователей - Лекция 1 на поставленный вопрос. (Решение в ответ на запрос, ответ Да либо Нет).

^ 2. Решения по проведению политики предполагаются и являются беспрекословными. Хотя вопрос могли и не задавать, слой правил бизнеса все равно воспринимает Классификация СУД по типу взаимодействия пользователей - Лекция 1 определенные бесспорные решения. Вот несколько примеров решений проведения политики.

Схожая политика проводится повсевременно - даже если никто специально не делает запросов по определенным правилам Классификация СУД по типу взаимодействия пользователей - Лекция 1. (Решения, не требующие запросов, ответ Да либо Нет).

^ 3. Решения по координации и управлению ресурсами также предполагаются и являются беспрекословными. Вот несколько примеров решений по управлению ресурсами, которые составляют слой правил бизнеса:

Управление ресурсами основано на решениях типа "если, то Классификация СУД по типу взаимодействия пользователей - Лекция 1". Но решения по управлению ресурсами оказывают влияние на рассредотачивание конкретно ресурсов, а не возвращают обыденные ответы «да/нет» на поставленные вопросы.

Слой управления базой данных ответствен за поддержание согласованности и защищенности Классификация СУД по типу взаимодействия пользователей - Лекция 1 инфы.

1) Защищенность. Основная забота слоя управления БД - обеспечение секретности и сохранности данных. Система никогда не должна случаем терять информацию, которая в ней содержится. Вот для чего необходимы кропотливо обмысленные процедуры по дублированию инфы, дорогие накопители Классификация СУД по типу взаимодействия пользователей - Лекция 1 на магнитных лентах и запоминающие устройства сверхбольшой емкости. Не считая того, этот слой должен смотреть за тем, чтоб доступ к той либо другой инфы получали только те, у кого есть на это Классификация СУД по типу взаимодействия пользователей - Лекция 1 возможности.

2) Согласованность гарантирует, что управление организации получат схожие ответы на одни и те же вопросы, огромное количество файлов и таблиц будет объединено естественным и осмысленным образом. Как следует, очередной Классификация СУД по типу взаимодействия пользователей - Лекция 1 очень принципиальной функцией слоя управления БД является поддержка согласованности инфы в системе.

Другими словами, слой управления базой данных обеспечивает осмысленность инфы, которая в ней хранится. Для заслуги этой цели слой управления БД должен Классификация СУД по типу взаимодействия пользователей - Лекция 1 сделать информацию доступной, когда в этом есть необходимость, принимать новейшую информацию только от людей, уполномоченных заносить конфигурации, и форматировать новые данные в согласованном с имеющейся информацией виде.

В неком отношении слои этой архитектуры приложения Классификация СУД по типу взаимодействия пользователей - Лекция 1 соответствуют разным слоям бюрократии. Трибунал исторически вышли из бюрократических организаций. Разглядим каждый слой архитектуры приложения с этой точки зрения.

1. Слой управления БД соответствует уровню клерков в организации старенького типа Классификация СУД по типу взаимодействия пользователей - Лекция 1. Клерки вели личные книжки счетов, подшивали разные бумаги в папки и работали с индексными картами. Они следовали инструкциям и выдавали их, перемещали записи из 1-го дела в другие. Клерк, выполняющий детализированное наполнение некой инфы Классификация СУД по типу взаимодействия пользователей - Лекция 1, знал сильно мало о действиях огромного бизнеса, определяющего его работу. Он сосредоточивался на переносе определенных записей в соответственное место. Для клерков система учета была целым миром.

В трехслойной архитектуре клиент/сервер центром является Классификация СУД по типу взаимодействия пользователей - Лекция 1 слой управления БД. В этом слое все выстроено на базе инфы. В большой степени этот слой является одной определенной частью таковой системы, которая может существовать сама по для себя. Информация имеет Классификация СУД по типу взаимодействия пользователей - Лекция 1 смысл и значение независимо от формы представления правил бизнеса либо приложений.

2. Процессы правил бизнеса соответствуют функциям управления среднего звена. По мере того как руководители среднего звена делают правила бизнеса, они Классификация СУД по типу взаимодействия пользователей - Лекция 1 повсевременно генерируют поток детализированных заданий клеркам собственной организации. Все же, так как руководители среднего звена работают на более высочайшем уровне абстракции, они не понимают определенные детали этих задач учета.

Таким же образом Классификация СУД по типу взаимодействия пользователей - Лекция 1 процессы правил бизнеса очень полагаются на слой управления БД в трехслойной архитектуре приложений. Слой правил бизнеса производит последующие деяния:

3. Слой документа можно сопоставить с управлением высшего звена. Эта группа выдает главные распоряжения, решает вопросы оплаты деятельности и определяет изменение правил. Выполняя эту работу, высшее управление употребляет заблаговременно определенные формы и запросы Классификация СУД по типу взаимодействия пользователей - Лекция 1 о выполнении определенных процессов по правилам бизнеса. Каждый запрос от старшего управляющего запускает в действие процесс работы для управляющих среднего звена (процессы правил бизнеса) и клерков (транзакции БД). Но Классификация СУД по типу взаимодействия пользователей - Лекция 1 управление высшего звена не вникает в определенные детали этих следующих действий.

В последующей таблице трехслойная архитектура приложения представлена как трехстадийный процесс - планирование, проектирование, разработка.

Стадии проектирования приложений




Концептуальная

Логическая

Физическая

Документы

Поток работ

Поток форм

Формы

^ Правила бизнеса

Поток процессов

Модель компонент

Программки

База Классификация СУД по типу взаимодействия пользователей - Лекция 1 данных

Модель данных

Схема БД

Таблицы, индексы



Разглядим более детально эти стадии.

Концептуальная. Первой стадией в любом проекте является обзор требований и разработка общего проекта. В слое документа этот проект рассматривает необъятные потоки работ от подразделения к подразделению, от Классификация СУД по типу взаимодействия пользователей - Лекция 1 сотрудника к сотруднику, без учета детализированных форм и интерфейсов. На уровне процесса рассматриваются высокоуровневые диаграммы деловых процессов. На уровне БД рассматривается высокоуровневая, встроенная база моделей данных предприятия и его подразделений.

Логическая Классификация СУД по типу взаимодействия пользователей - Лекция 1. На этой стадии принимаются во внимание детальные правила бизнеса, проект улучшается в согласовании с тем, как эти правила можно приспособить. На уровне слоя документа смакетированы последовательности детализированных форм, показывающие точную последовательность шагов Классификация СУД по типу взаимодействия пользователей - Лекция 1, нужных для окончания определенных задач. На уровне процесса высокоуровневые кружки разбиваются на более детальные процессные взаимодействия и диаграммы запрос/действие, которые демонстрируют, как работают более большие кружки. На уровне БД Классификация СУД по типу взаимодействия пользователей - Лекция 1 высокоуровневая модель преобразуется в традиционную диаграмму суть/связь, показывающую потенциальную схему БД, которая учитывает главные вопросы согласованности и содержательности.

Физическая. Проект преобразуется в фактическую систему. На уровне десктопа программеры проектируют отдельные формы, облагораживают макеты Классификация СУД по типу взаимодействия пользователей - Лекция 1 в детализированных графических интерфейсах и пишут код. Потоки процессов преобразуются в специфичные кусочки программного кода. Проект БД улучшается, нормализуется, инсталлируются индексы.

Таким макаром, при поочередном прохождении всех 3-х стадий проектирования ищутся ответы на Классификация СУД по типу взаимодействия пользователей - Лекция 1 вопросы о будущем приложении клиент/сервер.

Концептуальная модель отвечает на три вопроса: Как будет смотреться новое приложение? Как поменяется данный бизнес? Как будут отображены требования к новым процессам бизнеса Классификация СУД по типу взаимодействия пользователей - Лекция 1?

Логическая модель делает шаг вперед и дискуссирует таковой вопрос: Какие шаги, в деталях, будут происходить при выполнении каждого из самых больших процессов, обрисованных на концептуальном уровне? Логическая модель обосновывает, что приложение может работать.

На Классификация СУД по типу взаимодействия пользователей - Лекция 1 последующих два вопроса: Можно ли это воплотить? Будет ли новое приложение отлично производиться? отвечает физическая модель. Физический уровень в нашем процессе - это место, где данное приложение программируется, определяются требования к Классификация СУД по типу взаимодействия пользователей - Лекция 1 памяти, скорости передачи данных и другая нужная информация для действенной работы приложения.

Сейчас разглядим три вида моделей, которые соответствуют трем слоям архитектуры приложений.

^ Статические структурные модели, соответственная слою БД. Модель данных отлично описывается при помощи Классификация СУД по типу взаимодействия пользователей - Лекция 1 статических структурных моделей, обхватывающих статическую структуру отдельных компонент (сути и их атрибуты) и связи меж компонентами.

^ Динамические модели, надлежащие слою правил процессов бизнеса. Такие модели отлично обрисовывают высокоуровневый поток работ юзера Классификация СУД по типу взаимодействия пользователей - Лекция 1, высокоуровневые модели процессов. Охватываются важные многофункциональные составляющие и взаимодействия меж ними.

Прототипирование, соответственный слою документов (слою десктопа юзера). Принципиальная деталь слоя документов - интерфейс юзера. Практически единственным, очень массивным методом моделирования интерфейса юзера является Классификация СУД по типу взаимодействия пользователей - Лекция 1 построение его макета. Макет, который можно выстроить разными инструментальными средствами, позволяют проектировщику практически за часы создать модель интерфейса юзера, учитывающую все его пожелания и предназначенную точно отразить конечный продукт. Проектирование неплохого интерфейса Классификация СУД по типу взаимодействия пользователей - Лекция 1 - быстрее творческий процесс. Наблюдение за опытнейшеми разработчиками прототипов указывает, что их работа носит экспериментальный нрав. Без макета юзеру было бы достаточно тяжело осознать работу предлагаемой системы, так как они не могут довольно Классификация СУД по типу взаимодействия пользователей - Лекция 1 верно представить для себя работу интерфейсов. Макеты не только лишь легки в построении, но также просто изменяемы. Это дает возможность выстроить несколько других вариантов и избрать из их наилучший.

Таким Классификация СУД по типу взаимодействия пользователей - Лекция 1 макаром, под прототипированием можно осознавать итерационный процесс сотворения пользовательского интерфейса при помощи разработки разных вариантов этого интерфейса.


klassifikaciya-sliyanij-i-pogloshenij.html
klassifikaciya-snovidenij-po-funkcionalnomu-kriteriyu.html
klassifikaciya-socialno-kulturnih-uslug-otrasli-fk-i-s.html