Ковшев, лабы

23

Поставщики коммуналь­ ных услуг

Рис. 5.1 −Бизнес­процесс «Выплата компенсаций поставщикам коммунальных услуг»

Если переданные поставщиками данные не совпадают с собственными данными о льготниках, запускается бизнес­процесс «Контроль оказания соци­ альной помощи».

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

помощь

Население

Рис. 5.2 −Бизнес­процесс «Выплата социальных пособий гражданам»

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

Рис. 5.3 −Бизнес­процесс «Контроль оказания социальной помощи»

24

ЗАДАНИЕ 6. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ. АНАЛИЗ И ОПТИМИЗАЦИЯ БИЗНЕС­ПРОЦЕССОВ

Рекомендации к проведению работы

Цели работы:

1.Провести анализ выявленных бизнес­процессов: выявить слабые стороны, выявить сильные стороны, выявить требования клиентов процесса и со­ поставить их с его выходом. Оценить бизнес­процессы по степени удовлетворения критическим факторам успеха (КФУ). Проанализиро­ вать, как можно улучшить процесс при помощи автоматизации.

2.При необходимости провести оптимизацию бизнес­процессов: оптимиза­ цию функционирования предприятия (добавление новых бизнес­процес­ сов, удаление ненужных бизнес­процессов), оптимизацию существующих бизнес­процессов (изменение структуры процесса), корректировку выхо­ дов процессов.

3.Составить схемы бизнес­процессов с учетом оптимизации и автоматиза­ ции (внедрения информационной системы).

Задание:

1.Для оценки степени удовлетворения критическим факторам успеха предприятия необходимо составить таблицу (см. пример), где в стро­ ках расположить бизнес­процессы, а в столбцах – КФУ. В клетках та­ блицы следует проставить оценку соответствия процесса КФУ по пя­ тибалльной системе. После заполнения таблицы по каждому процессу нужно просуммировать оценки и количество задействованных КФУ. Низкие оценки процесса говорят о том, что его нужно оптимизировать или заменить сочетанием новых бизнес­процессов.

2.Способы оценки бизнес­процессов:

∙выявить сильные и слабые стороны процесса, ∙выявить требования клиентов процесса и сопоставить их с выходом процесса,

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

3. Способы оптимизации бизнес­процессов:

25

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

∙уменьшить количество точек сравнения информации (и ее повторного ввода), ∙стремиться максимально использовать уже имеющуюся информацию,

∙децентрализовать подразделения и централизовать информацию, ∙оптимизировать время выполнения процесса (распараллеливание работ, объединение процессов, перемещение смежных работ в одно место).

Пример

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

Таблица 6.1 −Оценка бизнес­процессов

		Скорость об­	Удобство	Потери	Средний
	Бизнес­процессы	работки ин­	обслужи­	и ошиб­
					балл
		формации	вания	ки
	Выплата компенсаций	3	4	3	3,33
	Выплата социальных по­	3	3	4	3,33
	собий
	Контроль оказания соц.	3	4	4	3,67
	помощи

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

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

26

		Расчетный	Бухгалтерия
		отдел
	Базы данных	Рассчитать		Поставщики
			Выплатить	коммуналь­
	поставщиков	размеры		ных услуг
			компенсации
		компенсаций

Рис. 3.1 −Бизнес­процесс «Выплата компенсаций поставщикам коммунальных услуг»

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

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

помощь

База данных	Население

Рис. 3.2. Бизнес­процесс «Выплата социальных пособий гражданам»

Применение автоматизированных средств регистрации и использования данных во втором бизнес­процессе позволяет увеличить скорость выполнения операций бизнес­процесса.

		Расчетный
		отдел
Базы данных	База данных
регистрационных	департамента	Базы данных
органов

поставщиков

27

Рис. 3.3 −Бизнес­процесс «Контроль оказания социальной помощи» Третий бизнес­процесс превращается в процедуру синхронизации данных

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

ЗАДАНИЕ 7. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

Базы данных

База данных (БД) – массив упорядоченных определенным образом дан­ ных. Система, предназначенная для создания и обработки БД, называется систе­ мой управления базами данных (СУБД). Она содержит инструменты для обра­ ботки и использования данных (сортировка, выборка по условию и т.д.).

Проектирование БД происходит в три этапа: концептуальное проектиро­ вание, проектирование на уровне данных и проектирование на физическом уровне. Концептуальный уровень отображает видение БД конечным пользова­ телем (в виде документов, отчетов, форм). На уровне данных для повышения скорости обработки их упорядочивают (нормализуют). Наиболее популярный способ – реляционный. На физическом уровне определяют, в каких файлах (размер, тип, структура) будет храниться информация на носителе данных.

Рекомендации к проведению работы

Цель работы: составить концептуальную модель БД для проектируемой информационной системы.

Задание:

1.Выявить все информационные источники, места использования ин­ формации, информационные потоки, документы и прочие информаци­ онные единицы (смотреть информационную схему).

2.Проанализировать полученные данные с учетом оптимизации бизнес­ процессов и сформировать концептуальную схему БД проектируемой информационной системы (смотреть пример).

28

Пример

База данных проектируется путем нормализации собранных при анализе информационных потоков данных. Мы рассмотрим уже нормализованную структуру базы данных.

Таблица 7.1 −Структура таблиц базы данных

Таблица	№	Имя поля	Описание полей	Примечание
Граждане	1	Код	Код гражданина	Таблица со­
	2	Фамилия	Фамилия гражданина	держит сведе­
	3	Имя	Имя гражданина	ния о гражда­
	4	Отчество	Отчество гражданина	нах, имеющих
				право на соци­
				альные льготы
				или выплаты
Жилье	1	Владелец	Код владельца	Сведения о
	2	Индекс	Индекс	жилом фонде
	3	Город	Город	льготников
	4	Улица	Улица
	5	Дом	Дом
	6	Квартира	Квартира
Льготы	1	Тип	Код льготы	Различные
	2	Процент	Компенсируемый про­	виды льгот
			цент
Льготники	1	Гражданин	Код гражданина	Граждане, име­
	2	Льгота	Код льготы	ющие право на
				льготы
Коммуналь­ные	1	Тип	«за воду», «за свет», …	Перечень
платежи	2	Дата	Дата платежа	произведен­
	3	Жилье	Код жилья	ных льготни­
	4	Сумма плате­	Сумма платежа	ками комму­
		жа		нальных пла­
	5	Сумма льготы	Сумма компенсации	тежей
Выплаты	1	Тип	Код выплаты	Виды социаль­
	2	Сумма	Сумма выплаты	ных выплат
Получатели	1	Гражданин	Код гражданина	Граждане,
	2	Выплата	Код выплаты	имеющие пра­
				во на соц.
				выплаты

29

Социальные	1	Тип	Тип выплаты	Перечень
выплаты	2	Дата	Дата выплаты	произведен­
	3	Получатель	Код гражданина	ных социаль­
	4	Сумма	Сумма выплаты	ных выплат

Следует учитывать, что один гражданин может иметь несколько льгот или пособий одного типа (например, пособия на ребенка для матери несколь­ ких детей). Поэтому в поле «Сумма льготы» таблицы «Коммунальные плате­ жи» и в поле «Сумма» таблицы «Социальные выплаты» учитываются уже сум­ марные значения. Рассмотренные таблицы связаны между собой.

Льготы		Льготники			Жилье		Коммунальные
							платежи
Выплаты		Получатели			Граждане		Социальные
							выплаты

Рис. 7.1 −Схема связей таблиц в базе данных

ЗАДАНИЕ 8. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ. ПРОЕКТИРОВАНИЕ ИНТЕРФЕЙСА СИСТЕМЫ

Интерфейс

Интерфейсом системы называют комплекс средств, при помощи ко­ торых происходит взаимодействие системы с пользователями, другими инфор­ мационными системами и окружающей средой. Посредством интерфейса си­ стема получает исходную информацию, необходимую для ее работы, и выдает результирующую информацию для пользователей системы. Наиболее популяр­ ным видом интерфейса в информационных системах является GUI (Graphic User Interface) – набор графических окон для ввода и просмотра информации.

Рекомендации к проведению работы

Цель работы: спроектировать оконный графический интерфейс для од­ ного из бизнес­процессов своей предметной области.

Задание.

Спроектировать экранные формы, используя основные элементы оконного интерфейса:

30

∙Текстовая надпись – используется для размещения текста (например, подписи других элементов интерфейса).

∙Поле ввода – предназначено для ввода информации.

∙Список – предназначен для просмотра списка элементов и выбора в нем текущего элемента.

∙Выпадающий список – комбинация поля ввода и списка. В неактивном состоянии занимает меньше места, при активизации раскрывает список для выбора активного элемента.

∙Таблица – предназначена для отображения табличных данных. Может иметь несколько столбцов.

∙Кнопка – предназначена для управления интерфейсом (при нажатии на кнопку запускается программа).

Пример

Графический интерфейс информационной системы предназначен для ввода и отображения данных системы. Мы рассмотрим формы графического интерфейса для бизнес­процесса «Контроль оказания социальной помощи».

Поскольку процесс передачи данных при появлении новой информации происходит автоматически, необходимо только настроить схему обмена дан­ ными между информационными системами. Для этой процедуры предусмотре­ ны формы, приведенные на рис. 8.1 и 8.2.

Настройка схемы информационного обмена

Источники данных				Получатели данных
ЗАГС		Добавить		ТомскВодоКанал		Добавить
БТИ				Горэлектросети
Налоговая инспекция		Настроить		ТомскЭнерго		Настроить
		Удалить				Удалить

Рис. 8.1 −Форма «Настройка схемы информационного обмена»

Настройка участника информационного обмена

Название Томскэнерго

Адрес ftp:/www.tomskenergo.ru/dbupdate.db

Частота синхронизации данных	Каждый день в 22:30	Настроить

ОК От

31

Рис. 8.2 −Форма «Настройка участника информационного обмена»

Получение и передача данных происходит через Internet с заданной пери­ одичностью.

4.ПРИМЕРЫ ПРОБЛЕМНЫХ ОБЛАСТЕЙ

1.Учебный центр

2.Супермаркет

3.Транспортная компания

4.Мебельный цех

5.Сервисный центр бытовой техники

6.Центр обслуживания копировальной техники

7.Книжный магазин

8.Софтверная компания

9.Авиакасса

10.Железно­дорожная касса

11.Отделение пенсионного фонда

12.Служба занятости города

13.Секретариат коммерческой компании

14.Ресторан быстрого питания

15.Интернет­магазин

16.Агентство недвижимости

17.Департамент жилищно­коммунального хозяйства

18.Управляющая компания

19.Поликлиника

20.Автосалон

21.Автосервис

22.Салон мобильной связи

23.Туристическое агентство

24.Коммерческий банк

25.Производственная компания

32

5. МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ ПО ОФОРМЛЕНИЮ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ К КУРСОВОМУ ПРОЕКТУ

Объем пояснительной записки (ПЗ) к курсовому проекту не должен пре­ вышать 30­35 страниц печатного текста в формате А4. ПЗ включает в себя сле­ дующие части в указанной ниже последовательности:

∙титульный лист;

∙задание на курсовой проект;

∙содержание;

∙введение;

∙основная часть работы, подразделяющийся на главы и параграфы;

∙заключение (выводы и предположения);

∙список литературы;

∙приложение.

Титульный лист.

Титульный лист имеет единую форму и реквизиты. Форма титульного листа приведена в Приложении 1.

Задание на проектирование.

Форма задания заполняется студентом в соответствии с полученным за­ данием. Форма задания приведена в Приложении 2.

Содержание

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

Введение.

В этом разделе в объеме одной страницы раскрывается актуальность и значение избранной темы, дается краткий аналитический обзор мотивируется ее выбор, формируется цель и основные задачи (цель работы всегда одна, а за­ дач столько, сколько требуется для достижения этой цели).

Основная часть.