Проектирование информационной системы для поддержки принятия решений в ситуационных центрах

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 07.12.2014
Размер файла 375,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

Для ИС для поддержки принятия решения в ситуационном центре весовые коэффициенты действующих лиц представлены в таблице 7.1.

Таблица 7.1 - Весовые коэффициенты действующих лиц

Действующее лицо

Тип

Весовой коэффициент

Аналитик

Сложное

3

Эксперт

Сложное

3

ЛПР

Сложное

3

Вычисление общего весового показателя представлено в формуле (7.1).

(7.1)

7.2 Определение весовых показателей вариантов использования

Все варианты использования делятся на три типа: простые, средние, сложные в зависимости от количества транзакций в потоках событий. Под транзакцией здесь понимается атомарная последовательность действий, которая выполняется полностью или отменяется. Как определяется сложность вариантов использования для ИС для поддержки принятия решений представлено в таблице 7.2.

Таблица 7.2 - Сложность вариантов использования

Вариант использования

Тип

Весовой коэффициент

Ввести проблемную ситуацию

Простой

5

Ввести критерии и весовые коэффициенты

Средний

10

Ввести альтернативы

Средний

10

Выбрать метод

Простой

5

Ввести оценки альтернатив

Простой

5

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

Сложный

15

Вывести наилучшую альтернативу

простой

5

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

(7.2)

В результате вычисления по формуле (7.3) получается показатель:

(7.3)

7.3 Определение технической сложности проекта

Техническая сложность проекта определяется с учетом показателей технической сложности. Каждому показателю присваивается значение в диапазоне от 0 до 5, где 5 - высокая значимость, 0 - отсутствие значимости.

Показатели технической сложности проекта представлены в таблице 7.3.

Таблица 7.3 - Показатели технической сложности проекта

Показатель

Описание

Вес

Значение

Значение с учетом веса

1

2

3

4

5

Т1

Распределенная система

2

4

8

Т2

Высокая производительность (пропускная способность)

1

3

3

Т3

Работа конечных пользователей в режиме on-line

1

5

5

Т4

Сложная обработка данных

1

4

4

Т5

Повторное использование кода

1

1

1

Т6

Простота установки

0.5

4

2

Т7

Простота использования

0.5

5

2.5

Т8

Переносимость

2

3

6

Т9

Простота внесения изменений

1

4

4

Т10

Параллелизм

1

4

4

Т11

Специальные требования к безопасности

1

2

2

Т12

Непосредственный доступ к системе со стороны внешних пользователей

1

0

0

Т13

Специальные требования к обучению пользователей

1

3

3

Техническая сложность проекта вычисляется по формуле (7.4).

(7.4)

7.4 Определение уровня квалификации разработчиков

Вычисляется с учетом определенных показателей. Каждому показателю присваивается значение от 0 до 5. Показатели уровня квалификации разработчика представлены в таблице 7.4.

Таблица 7.4 - Показатели уровня квалификации разработчика

Показатель

Описание

Вес

Значение

Значение с учетом веса

F1

Знакомство с технологией

1.5

1

1.5

F 2

Опыт разработки приложений

0.5

1

0.5

F 3

Опыт использования объектно-ориентированного подхода

1

2

2

F 4

Наличие ведущего аналитика

0.5

3

1.5

F 5

Мотивация

1

5

5

F 6

Стабильность требований

2

3

6

F 7

Частичная занятость

-1

0

0

F 8

Сложные языки программирования

-1

3

-3

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

(7.5)

Итоговая оценка трудоемкости проекта на основе метода вариантов использования вычисляется по следующей формуле (7.6).

(7.6)

7.5 Оценка трудоемкости проекта

В качестве начального значения предлагается использовать 20 человеко-часов на один UCP. Эта величина может уточняться с учетом опыта разработчика. Для нашей системы мы будем использовать 28 человеко-часов на один UCP, тогда общее количество человеко-часов на весь проект вычисляется по формуле (7.7).

(7.7)

При 40-часовой рабочей неделе получается 48 недель. ИС для поддержки принятия решений в ситуационном центре будет разрабатывать команда из четырех человек, поэтому срок разработки приложения для команды составит 12 недель. И добавим 3 недели на непредвиденные ситуации. Итого на разработку ИС для поддержки принятия решения в ситуационном центре для команды разработчиков из четырех человек потребуется 15 недель.

ЗАКЛЮЧЕНИЕ

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

Проектирование системы включает несколько этапов. На предпроектной стадии создания информационной системы было изучено общее описание предметной области, примеры разработок проектов для аналоговых систем. Здесь же описаны: выбранная технология, методы и средства проектирования, выбранный метод проведения обследования, выбранный метод сбора материалов обследования, представлена разработанная программа обследования и план-график выполнения работ, построена функциональная структура заочной школы. При проектировании рассмотрены назначения, цели создания системы, требования к информационной системе в целом, к функциям и к видам обеспечения, представлены документы предметной области. В математическом описании предметной области описаны алгоритмы реализации методов групповой поддержки принятия решений, представленные в данной информационной системе, это метод кластеризации экспертных оценок альтернатив, метод предпочтений и балльный метод. В функционально - ориентированное проектирование информационной системы включается построение диаграммы IDEF0, диаграммы IDEF3, диаграммы потока данных DFD. Диаграмма IDEF0 применяется для функционального моделирования, представляется в виде функциональных блоков. Процесс моделирования IDEF0 включает построение контекстной диаграммы и диаграммы декомпозиций первого и второго уровня. Диаграмма IDEF3 хорошо приспособлена для сбора данных, которые требуются для проведения структурного анализа. Диаграмма DFD моделирует систему как набор действий, соединенных друг с другом стрелками. В разделе объектно-ориентированного проектирования было выбрано и построено три диаграммы на языке UML: диаграмма вариантов использования, диаграмма деятельности, диаграмма классов. Суть диаграммы вариантов использования в том, что проектируемая система представляется в форме так называемых вариантов использования, с которыми взаимодействуют некоторые внешние сущности и актеры. Диаграмма деятельности применяется для моделирования поведения системы в рамках различных вариантов использования или моделирования деятельности. В ней проектируемая система представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами - переходы от одного состояния к другому. Диаграмма классов применяется для моделирования статистической структуры классов системы и связей между ними. В данном курсовом проекте были спроектированы формы первичного документа и формы документа результатной информации. Так же произведена оценка трудоемкости разработки проекта и обозначен срок его выполнения.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1. Черемных, С.В. Структурный анализ систем: IDEF-технологии / С.В. Черемных, И.О. Семенов, В.С. Ручкин. - М.: Финансы и статистика, 2003.-208с

2. Маклаков, С.В. BPWin и ERWin. Case-средства разработки информационных систем/ С.В. Маклаков. - М.: ДИАЛОГ-МИФИ, 1999.-256с.

3. Ларичев, О.И. Теория и методы принятия решения, а также Хроника событий в Волшебных странах: Учебник. М.: Университетская книга, Логос, 2006.

4. CNews - Издание о высоких технологиях. - Режим доступа: http://www.cnews.ru

5. Нейбург, Э.Дж. Проектирование базы данных с помощью UML. : пер. с англ. / Э.Дж. Нейбург, Р. А. Максимчук. - М. ; СПБ. ; К : Издательский дом "Вильямс", 2002.

6. Васильев, Ф.Н., Вишнеков А.В., Ферапонтова Е.С. Методы поддержки принятия групповых решений // "Качество и ИПИ-технологии", №2, 2007.

7. Воронцов, К.В. Лекции по алгоритмам кластеризации и многомерного шкалирования. 2007 г. - Режим доступа: http://www.ccas.ru/

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.