АСОиУ

Замечания к работе

Общие моменты.

Техническое задание оформлено не в соответствии с ГОСТ 34.602	15
Неверно сформулирована цель создания системы	5
Характеристика объекта автоматизации
Отсутствует описание процессов (рабочего места) «как есть»	15
Отсутствует графическое представление процессов (рабочего места) «как есть»	5
Характеристика приведена весьма кратко (1 страница)	7
Не выделены критерии оценки эффективности операций процесса	5
Не выделены объекты автоматизации	3
Требования к системе
Не выделены подсистемы у системы и не сформулированы их функции	15
Общая формулировка функций подсистем (например, хранение информации)	7
Нет требований к информационному обеспечению (или требования умещаются в	15
1-2 предложения)
Нет структуры базы данных и описания сущностей	10
Нет требований к программному обеспечению (или требования умещаются в 1-2	15
предложения)
Нет требований к техническому обеспечению	10
Нет примеров экранных форм	5
Нет примеров отчетных форм	5
Прочее
Не описан состав и содержание работ по созданию системы	3
Не описан порядок контроля и приемки системы	3
Не сформулированы требования к документированию	3
Не приведены источники разработки	3

Количество штрафных	< 15	>= 15
баллов
Итоговое заключение	Зачет	Незачет
Преподаватель

Таким образом, если число штрафных баллов менее 15, то работа считается удовлетворительной. Если оценка за работу дифференцируется, то оценка осуществляется в соответствии с таблицей.

	Количество штрафных баллов	Оценка
	[0;5]	Отлично
	[6; 10]	Хорошо
	[10; 15]	Удовлетворительно

21

Пример выполнения работы

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

Карта процесса это формализованное представление процессов предметной области и является результатом анализа предметной области.

Карта бизнес-процесса формирования концепции Автоматизированной системы

К1

1.1 Формирование		1.2 Формализация требований		1.3 Требований достаточно для
потребности в АС				разработки концепции?

да

1.4 Уточнение требований

нет

1.5 Формирование концепции

Как правило, карта процесса сопровождается описанием операций с выделением уровня компетенции (т.е. ответственных исполнителей)

Шаг	описание	ответственный/
бизнес-процесса		исполнитель
1	2	3
1.1 Формирование	Заказчик формулирует в нескольких	Уполномоченный
потребности в АС	положениях (системная метафора)	представитель заказчика
	потребность в АС. Определяет
	основное направление,
	ориентировочные сроки и бюджет
1.2 Формализация	Заказчик формирует требования к	Уполномоченный
требований	автоматизированной системе по всем	представитель
	видам обеспечения	заказчика/отдел разработки
		и внедрения систем
		автоматизации
1.3 Проверка	Проверка достаточности и	Бизнесаналитик
достаточности	формализации требований для	Исполнителя и
требований для	разработки концепции.	Уполномоченный
концепции		представитель заказчика
1.4 Уточнение	Заказчик исправляет замечания	Уполномоченный
требований	Исполнителя и дорабатывает список	представитель
	требований к автоматизированной	заказчика/отдел разработки
	системе	и внедрения систем
		автоматизации

22

1.5 Формирование	Разработка концепций	Бизнесаналитик и
концепции	автоматизированной системы	проектировщики

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

КПЭ	Ед.	Алгоритм расчета	Идеальный	Целевой
	измерения		показатель	показатель
К1. Отношение	%	К1 =	10	25
неформализованных		Неформализованные
требований к общему		требования/общие
числу		число требований

Формирование цели автоматизации.

Цель автоматизации – изменение технико экономических показателей.

Примеры цели автоматизации (на примере автоматизации кадрового учета):

1.уменьшение времени составления приказов. Критерии эффективности: скорость составления приказов (шт/мин)

2.уменьшение количества опечаток в приказах: Критерий оценки: отношение/ количества документов с опечатками к общему количеству документов ( ош всего)*100%.

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

Объекты автоматизации выделяются в соответствии с КПЭ, значение которых нужно увеличить в процессе автоматизации.

Пример. На схеме представлен бизнес-процесс составления приказа о перемещении сотрудника.

1

2

3

5

4

23

6

Составление приказа о перемещении сотрудника

Ознакомление сотрудника с приказом о перемещении

Сотрудник
согласен с			нет
приказом?

	да
					Отказ в
					перемещении
Подпись приказа					сотрудника

Изменение

штатного

раписания

Внесение изменения в личную катрочку

В рамках данной бизнеспроцесса можно выделить 1, 6, 7 операции, которые подлежат автоматизации. Кроме этого операция 7 может проводится в автоматическом режиме.

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

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

24

						АС
			Комплекс средств							Персонал
			автоматизации
Подсистема			Подсистема			Подсистема
программного			технического			информационного				Пользователи АС
обеспечения АС			обеспечения АС			обеспечения АС
				Система управления					Вне машинная
	Операционная система
				базами данных					информация
	Драйверы и					База данных
	библиотеки					складского учета

Программный

комплекс

автоматизации складского учета

Цветом выделены подсистемы, разрабатываемые в рамках данного задания.

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

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

25

			Нефтебазы	1		имеет	m	Резервуары
			1
								1
Должности			работают
								хранится
1			m
								1
работает в		m	Сотрудники		1

Нефтепродукты

m	оформляют	1
	m	учитываются
	m	m
		m

Расходные

документы

Приходные

m

документы

m

m

учитывают

учитывают

1

1

m

поставляют

Поставщики

Потребители

m

приобретают

Рис № 1. Концептуальная модель данных

26

	Нефтебазы		Сотрудники
PK	Название нефтебазы	PK	ФИО
		PK	Год рождения
	Адрес нефтебазы		Пол
	Банковские реквизиты нефтебазы	FK1
			Название нефтебазы
		FK2	Наименование должности
	Резервуары				Должности
PK	Наименование резервуара			PK	Наименование должности
FK1	Название нефтебазы
FK2	Код
					Нефтепродукты
			PK	Код
	Поставщики			Наименование нефтепродукта
				ГОСТ или ТУ
PK	Наименование поставщика
		Приходные документы

			PK	Дата документа
			PK,FK1	Наименование поставщика
Нефтепродук-тыПоставлен-ныеПоставщиками			PK,FK2	Код
			FK3	ФИО
			FK3	Год рождения
FK1	Наименование поставщика
FK2	Код

					Расходные документы
				PK	Дата документа
	Потребители
				PK,FK1	Наименование потребителя
PK	Наименование потребителя			PK,FK2	Код
	Адрес потребителя			FK3	ФИО
	Банковские ре-квизиты потребителя			FK3	Год рождения

НефтепродуктыПриобретенныеПотребителями

FK1 Наименование потребителя

FK2 Код

Рис № 2. Логическая модель данных

27

Целесообразно привести описание сущностей (таблиц) базы данных в виде таблицы.

	№		Тип сущности	Атрибут		Описание	Тип данных,		Значение	Допусти
	п/						длина		по	мость
	п								умолчани	NULL
									ю
	1.	НефтепродуктыПост		Код			Символьный,		Нет	Нет
		авленныеПоставщи		нефтепродукт			12 символов
		ками		а
	2.	НефтепродуктыПост		Название			Символьный,		Нет	Нет
		авленныеПоставщи		поставщика			100 символов
		ками
	3.	НефтепродуктыПри		Код			Символьный,		Нет	Нет
		обретенныеПотреби		нефтепродукт			12 символов
		телями		а
4.		НефтепродуктыПри		Название			Символьный,
		обретенныеПотреби		потребителя			100 символов
		телями
		Или в виде описания атрибутов в рамках физической модели
	№ п/п		Название			Тип		Описание
		1.	n_id_router		INTEGER		Уникальный		идентификатор
							таблицы.
		2.	c_name		CHAR (255)		Наименование маршрута
		3.	n_length		NUMERIC (12,3)		Длина маршрута в км.
		4.	t_way me		TIME		Время в пути
		5.	t_ou low me		TIME		Время слива

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

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

28

Операционная система Windows Server 2003

Программное обеспечения АС типографии

СУБД

Web Server

.NET

Подсистема ПО АС

MS SQL

IIS

Framework

типографии Typograph

Server

2005

Подсистема

Подсистема

доступа к БД

«Обеспечение»

Пример описания функций подсистемы автоматизации работы типографии:

Подсистема «Обеспечение» контроля факта поставки материалов:

∙Ф1. показать заказы и его тиражи оплаченные, но без поставки материла;

∙Ф2. оформить заявку на поставку и разместить в журнале заявок поставки;

∙Ф3. показывать наличие поданной заявки;

∙Ф4. проверять дату поставки;

∙Ф5. контролировать поступление материалов на склад;

∙Ф6. проверить количество и марку материала;

∙Ф7. провести выполненную заявку на поставку;

Отобразить макеты экранных форм.

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

29

Отчет о движении нефтепродуктов на ОХ

Период с

По

...

Владелец

...

Нефтебаза

...

Резервуар

...

Нефтепродукт

Поклажедатель

...

OK Cancel

Рисунок 3.1 Диалоговая форма отчета «Отчет о движении нефтепродуктов на ответственном хранении».

Литература

1.ГОСТ 34.003-90, Информационная технология, Комплекс стандартов на автоматизированные системы, АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ Термины и определения.

2.Стандарты ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 16326, ГОСТ Р ИСО/МЭК 15271. (ГОСТ Р ИСО/МЭК 12207-99 "Информационная технология. Процессы жизненного цикла программных средств".)

3.ГОСТ 34.601-90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ СТАДИИ СОЗДАНИЯ

4.ГОСТ 34.602-89, Техническое задание на создание автоматизированной системы

5.Норенков И.П. Основы автоматизированного проектирования, М. Изд. МГТУ им. Баумана, 2000г.

6.РД 50–680–88 Методические указания. Автоматизированные системы. Основные положения

7.РД 50-34.598-90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ.

30