перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

Спецификация процесса (СП) используется для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD (т

Архитектура современных систем

Три слоя (база данных, правила бизнеса, документы) отражают возрастание уровня абстракции в рассматриваемой системной архитектуре. Наиболее детальным слоем является база данных, более высокий уровень абстракции – слой правил бизнеса, наивысший уровень абстракции – слой документов. В данной архитектуре слой правил бизнеса является относительно новой концепцией, соответствующей функциям руководителей среднего звена. Процессы данного слоя отражают:

выполнение требуемых задач

принятие решений в соответствующей компетенции

запуск других задач в слое правил бизнеса и других слоях.

Независимость слоев трехслойной системной архитектуры обеспечивает следующие основные преимущества:

улучшение базы данных – отделение базы данных от изменений в технологиях, а следовательно, поддержка согласованности и осмысленности данных в течении длительного периода времени;

гибкость интерфейсов пользователя – изменение интерфейсов без влияния на бизнес-процессы и наоборот;

разделение усилий коллектива разработчиков.

Трехслойная архитектура (а именно, выделение слоя бизнес-правил) требует модификации существующих методологий, в первую очередь, информационно-ориентированных методологий и методологий, ориентированных на данные. Такие методологии имеют следующие две характеристики, нуждающиеся в изменении:

информационная модель (и база данных) рассматриваются как центральные понятия при анализе и проектировании;

функциональная модель (а следовательно, и правила бизнеса) является некоторым дополнением к информационной модели.

Согласно такому подходу, информационная модель является первичной, занимает центральное место и регламентирует весь процесс анализа и проектирования, что приводит к следующим ограничениям:

построенная на ее основе функциональная модель либо является слабо связанной с информационной моделью, либо неадекватно отражает существующие бизнес-процессы и правила;

сама по себе информационная модель является недостаточной (хотя и важной) для решения задач консалтинга;

информационная модель плохо понимаема неспециалистами, поэтому попытки вовлечь руководство в разработку обречены на неудачу.

С другой стороны, руководство прекрасно ориентируется в технологиях и бизнес-процессах предприятия. Более того, функциональные модели (например, на базе диаграмм потоков данных) интуитивно понимаемы неспециалистами.

Таким образом, в центре современного проекта лежат две вещи – база данных и бизнес-процесс. При этом основным центром является бизнес-процесс, база данных – менее важный из двух центров, т.е. процесс становится первичным и во многом определяет весь проект. Модель процесса является ценным средством для размышлений и совместной работы над перспективами развития предприятия и системной разработкой. Тем не менее информационная модель продолжает оставаться важной и соответствующим образом влиять на разрабатываемую функциональную модель.

В таблице 1 представлена трехслойная системная архитектура в разрезе регламентируемых методологией этапов разработки (анализ требований, проектирование, реализация).

Таблица 1. Системная архитектура

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

Проектирование. На уровне документа макетируются последовательности форм. На уровне бизнес-правил осуществляется детальное проектирование будущих рабочих мест с привязкой к конкретным сущностям информационной модели. На уровне базы данных концептуальная модель преобразуется в диаграмму «сущность-связь».

Реализация. На данном этапе проект преобразуется в систему.

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

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

скачать бесплатно Исследование и разработка методов автоматизации управления электронным предприятием

Содержание дипломной работы

Принцип владельца инициативы продукта: существование только одного руководителя – владельца инициативы продукта, которым может быть как конкретное лицо, так и целый коллектив
При этом существуют ещё разновидности: бизнес – администрации, администрация – бизнесу – это соответственно равно B2A и A2B
Они предлагают расширенную предпродажную и послепродажную поддержку, быстро могут реагировать на претензии клиентов
Встречается название мобильная торговля – бизнес-решение, тесно интегрированное с системами автоматизации торговли и предназначенное в первую очередь для автоматизации сбора заказов
Мобильные платежи осуществляются без использования банковских счетов пользователя и доступны абонентам не имеющим собственного банковского счета
При разработке рациональных структур управления и технических средств их осуществления применяют теорию алгоритмов, автоматов, математическую логику и теорию релейных устройств
Однако в этом процессе очень важна непрерывность, поэтому для поддержания устойчивого финансирования генплана может быть создан специальный фонд развития информационных технологий
В современной системной архитектуре крупных корпоративных информационных систем данный класс систем представлен недостаточно широко
 2) и имеет следующие характеристики: четко определенные слои формальные и явные интерфейсы между слоями скрытые и защищенные детали внутри каждого слоя
Спецификация процесса (СП) используется для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD (т
Проектирование спецификаций процессов с помощью таблиц решений (ТР) заключается в задании матрицы, отображающей множество входных условий в множество действий
Дерево решений Обычно ДР используется при малом числе действий и когда не все комбинации условий возможны, а ТР – при большом числе действий и когда возможно большинство комбинаций условий
Спектр методов задания спецификаций процессов Перечислим некоторые положительные и отрицательные стороны рассмотренных методов задания СП
Из параллельной позиции может выйти любой из находящихся в ней маркеров, удовлетворяющий условию срабатывания перехода (при этом для избежания конфликтов маркерам присваиваются приоритеты)
2 Эффективность методов автоматизации При проведении оценок СУ могут применяться несколько разновидностей рейтинговых методов
Поэтому наиболее предпочтительным методом для решения задачи по оценке остается экспертный метод
Часто бизнес-процессы визуализируют при помощи блок-схемы бизнес-процессов