Разработка автоматизированного рабочего места инженера IT отдела

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 07.08.2018
Размер файла 6,7 M

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

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

Для технико-экономического обоснования требуется проведение соответствующих расчетов технико-экономической эффективности.

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

- высокой скорости выполнений операций по сбору, передаче, обработке и выдачи информации;

- максимального сокращения времени на выполнение отдельных операций;

- улучшения качества обработки данных и получаемой информации.

ТЭО основано на сопоставительной оценке затрат и результатов, установлении эффективности использования, срока окупаемости вложений.

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

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

Расчет трудоемкости разработки АРМ.

Расчёт затрат времени на разработку программного обеспечения охватывает работы выполняемые специалистами на следующих стадиях[24]:

- техническое задание (ТЗ);

- эскизный проект (ЭП);

- технический проект (ТП);

- рабочий проект (РП);

- внедрение.

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

Данные о трудоемкости каждой из стадий по плану и хронометражу представлены в табл. 3.2.

Таблица 3.2. Данные о трудоемкости на стадиях разработки программного обеспечения по плану и хронометражу

Стадия

Трудоемкость, дней

По плану

По хронометражу

Техническое задание

5

5

Эскизный проект

10

25

Технический проект

20

25

Рабочий проект

30

40

Внедрение

4

3

При расчете фактических затрат времени разработку необходимо учесть влияние следующих факторов:

- количество разновидностей форм входной информации;

- количество разновидностей форм выходной информации;

- степень новизны комплекса задач;

- сложность алгоритма;

- виды использованной информации;

- сложность контроля входной и выходной информации;

- использование типовых проектных решений.

Предусматривается четыре степени новизны разрабатываемых задач, которые представлены в табл. 3.3.

Таблица 3.3. Степени новизны разрабатываемых задач

Обозначение

Степень новизны

А

Разработка комплекса задач, предусматривающих применение новых методов разработки, проведения научно-исследовательских работ

Б

Разработка решений задач и систем, не имеющих аналогов

В

Разработка решений и систем, имеющих аналогичное решение

Г

Привязка типовых проектных решений

Устанавливаем степень новизны с обозначением «В».

Сложность алгоритма представлена тремя группами в табл. 3.4.

Таблица 3.4. Группы сложности алгоритмов

Обозначение

Виды алгоритмов

С1

Алгоритмы оптимизации и моделирования систем и объектов

С2

Алгоритмы учета и отчетности, статистики, поиска

С3

Алгоритмы, реализующие стандартные методы решения

Устанавливаем группу сложности с обозначением «С2».

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

Виды информации представлены в табл. 3.5.

Таблица 3.5. Виды используемой информации

Обозначение

Виды информации

ПИ

Переменная информация

НСИ

Нормативно-справочная информация

БД

Базы данных

РВ

Режим работы в реальном времени

ТОУ

Телекоммуникационная обработка данных и управление удаленными объектами

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

Таблица 3.6. Группа сложностей организации контроля входной и выходной информации

Обозначение

Группа сложности

11

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

12

Входные данные и документы однообразной формы и содержания (осуществляется формальный контроль)

21

Печать документов сложной многоуровневой структуры, разнообразной формы и содержания

22

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

Устанавливаем группу сложности организации контроля входной и выходной информации с обозначением «22»

Далее в справочной табл. 3.7 представлены затраты времени при выполнении работ на стадиях ТЗ и ЭП.

Таблица 3.7. Затраты времени, в днях

Комплекс задач подсистемы

Техническое задание

Эскизный проект

Степень новизны

Степень новизны

А

Б

В

Г

А

Б

В

Г

Перспективное планирование, размещение и развитие отрасли, технико-экономическое планирование, управление ценообразованием

79

57

37

34

175

117

77

53

Управление материально-техническим снабжением, сбытом продукции, экспортными и импортными поставками

105

76

42

30

115

79

53

35

Бухгалтерский учет, управление финансовой деятельностью

103

72

30

35

166

112

67

57

Управление организацией труда, заработной платой, кадрами, нормативами, охраной труда

63

46

30

13

151

101

67

46

Управление качеством продукции, технологическими процессами в производстве

64

47

31

22

157

99

67

44

Управление транспортными перевозками, тех обслуживанием, энергоснабжением

91

66

43

26

170

100

70

45

Управление научно-технической информацией. Совершенствование документооборота и контроль за исполнением документа

50

36

24

15

151

101

67

46

Учет пенсий, пособий и страховых операций

79

55

36

26

103

70

45

36

Статистические задачи

129

111

61

38

103

70

45

49

Задачи расчетного характера

92

69

47

29

103

70

45

41

Устанавливаем комплекс задач подсистемы под номером 7, степень новизны - «В», таким образом: затраты времени при выполнении работ на стадии ТЗ устанавливаем дня, на стадии ЭП - дней.

Поправочные коэффициенты для определения трудоемкости на стадии ТП при степени новизны «В» равны: ; ; .

Поправочные коэффициенты для определения трудоемкости работ на стадии рабочего проекта представлены в табл. 3.8.

Таблица 3.8

Вид используемой информации

Степень новизны

А

Б

В

Г

ПИ,

1,7

1,2

1

0,5

НСИ,

1,45

1,08

0,72

0,43

БД,

4,37

3,12

2,08

1,25

Таблица 3.9. Поправочные коэффициенты для определения трудоемкости работ на стадии рабочего проекта

Вид используемой информации

Группа сложности алгоритма

Степень новизны

А

Б

В

Г

ПИ,

С1

2,27

1,62

1,2

0,65

С2

2,02

1,44

1,1

0,58

С3

1,68

1,2

1

0,48

НСИ,

С1

1,36

0,97

0,65

0,4

С2

1,21

0,86

0,58

0,34

С3

1,01

0,72

0,48

0,29

БД,

С1

1,14

0,81

0,54

0,32

С2

1,05

0,72

0,48

0,29

С3

0,85

0,6

0,4

0,24

Поправочные коэффициенты для определения трудоемкости на стадии рабочего проекта при степени новизны «В» и группе сложности алгоритма «С2» равны: ; ; .

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

(3.1)

(3.2)

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

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

m - количество наборов данных ПИ, m = 3;

n - количество наборов данных НСИ, n = 3;

p - количество наборов данных БД, p = 2.

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

Сложность контроля входной информации

Сложность контроля выходной информации

21

22

11

1,16

1,07

12

1,08

1

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

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

Стадия разработки

Вид обрабатываемой информации

Степень новизны

А

Б

В

Г

ТП

РВ

1,67

1,45

1,26

1,1

ТОУ

1,75

1,52

1,36

1,15

РП

РВ

1,75

1,52

1,36

1,15

ТОУ

1,92

1,67

1,44

1,25

В

РВ

1,6

1,39

1,21

1,05

ТОУ

1,67

1,45

1,26

1,1

Общая трудоемкость разработки рассчитывается по формуле (3.3):

(3.3)

где - затраты труда на стадии технического задания, дня;

- затраты труда на стадии эскизного проекта, дней;

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

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

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

Подставив в формулу (3.3) числовые значения трудоемкости разработки программного продукта на каждом этапе без учета поправочных коэффициентов, получим:

дня

Общая трудоемкость разработки программного продукта с учетом поправочных коэффициентов рассчитывается по формуле (3.4):

(3.4)

где - затраты труда на стадии технического проекта с учетом поправки;

- затраты труда на стадии рабочего проекта с учетом поправки;

- затраты труда на стадии внедрения с учетом поправки.

Затраты труда на стадии технического проекта с учетом поправки рассчитываются по формуле (3.5):

(3.5)

где - затраты труда на стадии ТП без учета поправок, дн.;

- поправочный коэффициент трудоемкости на стадии ТП, определятся из табл. 3.10, ;

- поправочный коэффициент на использование разных видов информации на стадии ТП.

Поправочный коэффициент на использование разных видов информации на стадии ТП определяем, подставив числовые значения в формулу (3.5), получим:

Подставив численные значения в формулу (3.5) вычислим затраты труда на стадии технического проекта с учетом поправки:

дней.

Затраты труда на стадии РП с учетом поправки рассчитываются по формуле (3.6):

(3.6)

где - затраты труда на стадии РП без учета поправки, дней;

- поправочный коэффициент трудоемкости на стадии РП, определяется из табл. 3.10, ,44;

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

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

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

Подставив численные значения в формулу (3.6), вычислим затраты труда на стадии рабочего проекта с учетом поправки:

дней

Затраты труда на стадии внедрения с учетом поправки рассчитываем по формуле (3.7):

, (3.7)

где - затраты труда на стадии внедрения без учета поправки, 4дней;

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

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

Подставив численные значения в формулу (3.7), вычислим затраты труда на стадии внедрения с учетом поправки:

дней

Таким образом, общие затраты труда на разработку программного продукта с учетом поправочных коэффициентов вычислим, подставив в формулу (3.4) численные значения:

дней

Количество разработчиков определим по формуле (3.8):

(3.8)

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

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

Подставив в формулу (3.8) численные значения трудозатрат, получим:

чел.

Расчет себестоимости программного продукта.

Себестоимость программного продукта рассчитывается по формуле (3.9):

(3.9)

где - затраты на вспомогательные материалы, руб.;

Э - затраты на электроэнергию на технологические цели, руб.;

- основная зарплата разработчика, руб.;

- дополнительная зарплата разработчика, руб.;

- отчисления на социальные нужды, руб.;

Н - накладные расходы, руб.

Затраты на вспомогательные материалы приведены в табл. 3.12.

Таблица 3.12. Затраты на вспомогательные материалы

Наименование затрат

Количество, шт.

Сумма, руб.

Тонер для картриджа

1

180

Упаковка бумаги для принтера

1

200

CD-RW компакт диск

1

50

Итого

3

430

Затраты на электроэнергию рассчитываются по формуле (3.10):

(3.10)

где P - мощность потребляемой электроэнергии, кВт;

- стоимость одного кВт•час электроэнергии, руб./кВт•час;

- общие затраты труда на разработку, час;

- коэффициент загрузки компьютера, .

Подставив в формулу (3.10) численные значения, получим:

руб.

Основная зарплата разработчика рассчитывается по формуле (3.11):

, (3.11)

где - часовая тарифная ставка разработчика, руб./час (при месячной ставке 7000 руб.);

- общие затраты труда на разработку, час.

Подставив в формулу (3.11) числовые значения, получим:

руб.

Дополнительная заработная плата разработчика составляет 10% от основной заработной платы и рассчитывается по формуле 3.12

, (3.12)

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

Подставив в формулу (3.12) числовое значение, получим:

руб.

Отчисления на социальные нужды рассчитываются по формуле (3.13):

, (3.13)

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

- дополнительная заработная плата разработчика, руб.;

- коэффициент отчислений на социальные нужды, .

Подставив в формулу (3.13) числовые значения, получим:

руб.

Накладные расходы рассчитываются по формуле (3.14):

, (3.14)

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

- дополнительная заработная плата разработчика, руб.;

Подставив в формулу (3.14) числовые значения, вычислим:

руб.

Полную себестоимость разработанного программного продукта вычислим, подставив в формулу (3.9) вычисленные числовые значения:

руб.

Результаты расчета себестоимости программного продукта в табл. 3.13.

Таблица 3.13. Калькуляция себестоимости программного продукта

Наименование статей расхода

Затраты, руб.

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

430

Основная зарплата разработчика

54700,16

Дополнительная зарплата разработчика

5470,01

Отчисления на социальные нужды

18171,39

Накладные расходы

6017,01

Затраты на электроэнергию

1370,9

Полная себестоимость программного продукта

86159,47

Расчет экономического эффекта от внедрения автоматизированного рабочего места

Экономический эффект от внедрения АРМ рассчитывается по формуле (3.15):

(3.15)

где N - количество обрабатываемых документов, ;

- трудоемкости обработки документов до и после внедрения программы, , ;

- часовая тарифная ставка пользователя, руб./час (при месячной ставке равной 7000 руб.);

- коэффициент отчислений на дополнительную зарплату, ;

- коэффициент отчислений на социальные нужды, ;

- нормативный коэффициент окупаемости капитальных вложений, ;

К - дополнительные капитальные вложения, связанные с разработкой программного продукта, руб.

Подставив в формулу (3.15) численные значения, вычислим экономический эффект от внедрения программного продукта:

руб.

Срок окупаемости рассчитывается по формуле (3.16):

(3.16)

где - себестоимость программного продукта, руб.;

- стоимостные затраты до внедрения программного продукта, руб.;

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

Для расчета стоимостных затрат воспользуемся формулой (3.15):

руб.,

руб.

Подставив в формулу (3.16) вычисленные числовые значения, вычислим срок окупаемости программного продукта:

года

Полученные экономические показатели проекта представлены в табл. 3.14.

Таблица 3.14. Экономические показатели программного продукта

Наименование показателя

Ед. изм.

Значение

Основная зарплата разработчика

руб.

54700,16

Дополнительная зарплата разработчика

руб.

5470,01

Отчисления на социальные нужды

руб.

18171,39

Накладные расходы

руб.

6017,01

Затраты на электроэнергию

руб.

1370,9

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

руб.

430

Полная себестоимость программного продукта

руб.

86159,47

Экономический эффект от внедрения

руб.

29351,77

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

лет

1,4

Заключение

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

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

В ходе решения 3 задачи определены требования к разрабатываемому АРМ инженера

В ходе решения 4 задачи разработана структурная схема АРМ состоящая из модулей : модуль сбора доп. данных, модуль сверки , модуль построения иллюстраций.

Для решения 5задачи разработан алгоритм работы программного средства АРМ инженера

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

Литература

1. Годовой отчет открытого акционерного общества "ОРЕНБУРГЭНЕРГОСБЫТ" - Оренбург: 2010. - 129с.

2. Александр Антонов: «Решения надо принимать в режиме онлайн».

3. Архангельский, А.Я. Язык C++ в С++ Builder / А.Я. Архангельский, - 2008. - 944 с.

4. Белов, С.В. Безопасность жизнедеятельности / С.В. Белов, А.В. Ильницкая, А.Ф. Козьяков. - Высшая школа, 2007. -- 616 с.32

5. Волкова, Т. В. Проектирование компонентов автоматизированной системы: методические указания к курсовому проектированию / Т.В. Волкова - Оренбургский гос. ун-т. - Оренбург: ОГУ, 2012. -- 71 с.1

6. Киллен К.N. Вопросы управления.

7. Майо, Джо. Microsoft Visual Studio. Самоучитель / Джо Майо, пер. с англ.: Ольга Кокорева - 2013. - 450 с.

8. Мандел, Т. Разработка пользовательского интерфейса: Пер. с англ. -М.:ДМК Пресс, 2008. - 416 с.

9. МЕХАНИЗМЫ УПРАВЛЕНИЯ: Учебное пособие / Под ред. Д. А. Новикова. - М.: УРСС (Editorial URSS), 2011.

10. Осипов, Д.Л. Базы данных и Delphi. Теория и практика / Д.Л. Осипов, - 2011. - 752 с

11. Работы студенческие. Общие требования и правила оформления: СТО 02069024. 101 - Оренбургский гос. ун-т. - Оренбург: ОГУ. - 86 с.25

12. Рахматуллин, Р.Р. Расчет технико-экономических показателей и определение экономического эффекта программного продукта / Р.Р. Рахматуллин, Л.Ф. Давлетбаева - Оренбургский гос. ун-т. - Оренбург: ОГУ. - 2008.29

Приложение А

ER-Диаграмма предметной области

Рис. 1

Приложение Б

Даталогическая модель базы данных

Рис. 2

Приложение B

Техническое описание реляционных таблиц базы данных

Техническое описание реляционной таблицы «Роль» на языке определения данных представлено в табл. 1.

Таблица 1. Реляционная таблица «Roles»

Имя поля

RoleId

Title

Ключ

PrimaryKey

Тип, длина

Integer

Char(50)

Обязательность значения

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Роли аккаунтов» на языке определения данных представлено в табл. 2.

Таблица 2. Реляционная таблица «AccountRoles»

Имя поля

RoleId

AccountId

Ключ

ForeignKey

ForeignKey

Тип, длина

Integer

Integer

Обязательность значения

Not Null

Not Null

Логическое ограничение на поле

Check (Номер>0)

Check (Номер>0)

Техническое описание реляционной таблицы «Аккаунт» на языке определения данных представлено в табл. 3.

Таблица 3. Реляционная таблица «Account»

Имя поля

AccountId

Login

Password

Ключ

PrimaryKey

Тип, длина

Integer

Char(50)

Char(50)

Обязательность значения

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Форма документа» на языке определения данных представлено в табл. 4.

Таблица 4. Реляционная таблица «CharactDoc»

Имя поля

docId

NumberDoc

TitleDoc

Ключ

PrimaryKey

Тип, длина

Int

nvchar(20)

Date

Обязательность значения

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Документ» на языке определения данных представлено в табл. 5.

Таблица 5. Реляционная таблица «Doc»

Имя поля

numDoc

Datac

DocId

Ключ

PrimaryKey

Тип, длина

Int

date

Int

Обязательность значения

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Корпоративные ресурсы» на языке определения данных представлено в табл. 6.

Таблица 6. Реляционная таблица «corRes»

Имя поля

corRes

NameCorRes

Date

Ключ

PrimaryKey

Тип, длина

Int(10)

Char(50)

date

Обязательность значения

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Допустимые ресурсы» на языке определения данных представлено в табл. 7.

Таблица 7. Реляционная таблица «WhiteRes»

Имя поля

whiteResId

NameWhiteRes

DateWhiteRes

Ключ

PrimaryKey

Тип, длина

Int(10)

Char(50)

date

Обязательность значения

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Сверка» на языке определения данных представлено в табл. 8.

Таблица 8. Реляционная таблица «Reconciliation»

Имя поля

numReact

NumDoc

CorRes

WhiteResId

StatisticTraficId

BlackResId

DateRes

NameRes

Ключ

PrimaryKey

Foreign Key

ForeignKey

ForeignKey

ForeignKey

ForeignKey

Тип

Integer

Integer

Integer

Integer

Integer

Integer

date

Char()

Обязательность значения

NotNull

Null

Null

Null

NotNull

NotNull

NotNull

NotNull

ограничение на поле

Check (Номер>0)

Check (Номер>0)

Check (Номер>0)

Check (Номер>0)

Check (Номер>0)

Check (Номер>0)

Техническое описание реляционной таблицы «Статистика трафика» на языке определения данных представлено в табл. 9.

Таблица 9. Реляционная таблица «StatisticTrafic»

Имя поля

statisticTraficId

NumDoc

NumReact

DateStatTrafic

NameSite

VolumeTrafic

Ключ

PrimaryKey

ForeignKey

ForeignKey

Тип, длина

Integer

date

Char(50)

real

Обязательность значения

NotNull

NotNull

NotNull

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Check (Номер>0)

Техническое описание реляционной таблицы «Сотрудники» на языке определения данных представлено в табл. 10.

Таблица 10. Реляционная таблица «Divergence»

Имя поля

DivergenceId

ReconciliationId

DivTypeId

Amount

Ключ

PrimaryKey

ForeignKey

ForeignKey

Тип, длина

Integer

Integer

Integer

Float

Обязательность значения

NotNull

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Check (Номер>0)

Check (Номер>0)

Техническое описание реляционной таблицы «Тип расхождения» на языке определения данных представлено в табл. 11.

Таблица 11. Реляционная таблица «DivType»

Имя поля

divTypeId

title

Ключ

PrimaryKey

Тип, длина

Integer

Char(50)

Обязательность значения

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Техническое описание реляционной таблицы «Сотрудники» на языке определения данных представлено в табл. 12.

Таблица 12. Реляционная таблица «Employees»

Имя поля

idmploy

FIO

Post

Ключ

PrimaryKey

Тип, длина

Int(10)

Char(100)

Char(50)

Обязательность значения

NotNull

NotNull

NotNull

Логическое ограничение на поле

Check (Номер>0)

Приложение Г

Алгоритм программы

Рис. 3 - Схема алгоритма для администратора

Рис. 4- Схема алгоритма для инженера

Приложение Д

Листинг программы

Механизм аутентификации с использованием службы Form Authentication

<configuration>

<startup>

<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0" />

</startup>

<system.web>

<membership defaultProvider="ClientAuthenticationMembershipProvider">

<providers>

<add name="ClientAuthenticationMembershipProvider"

type="System.Web.ClientServices.Providers.ClientFormsAuthenticationMembershipProvider, System.Web.Extensions,

Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

serviceUri="http://localhost:55555/AppServices/Authentication_JSON_AppService.axd" />

</providers>

</membership>

<roleManager defaultProvider="ClientRoleProvider" enabled="true">

<providers>

Продолжение приложения Д

<add name="ClientRoleProvider" type="System.Web.ClientServices.Providers.ClientRoleProvider,

System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

serviceUri="http://localhost:55555/AppServices/Role_JSON_AppService.axd" cacheTimeout="86400" />

</providers>

</roleManager>

</system.web>

<appSettings>

<add key="ClientSettingsProvider.ServiceUri" value="" />

</appSettings>

</configuration>

Модуль отвечающий за построение диаграмм

<charting:Chart x:Name="MyChart" Title="{Binding DBSelectedLoadForecast.DBForecast.StatisticTrafic, TargetNullValue=[Данные не загружаны]}" Grid.Row="1" SnapsToDevicePixels="True" " BorderThickness="0>

<charting:Chart.PlotAreaStyle>

<Style TargetType="{x:Type Grid}">

<Setter Property="Background" Value="{x:Null}" />

</Style>

</charting:Chart.PlotAreaStyle>

<charting:Chart.Axes>

Продолжение приложения Д

<charting:LinearAxis Orientation="X" ShowGridLines="True" Interval="1" />

<charting:LinearAxis Orientation="Y" ShowGridLines="False" />

</charting:Chart.Axes>

<charting:Chart.Series>

<charting:AreaSeries ItemsSource="{Binding DBStatisticTrafic}"

IndependentValuePath="NameRes"

DependentValuePath="VelumeTrafic">

</charting:Chart.Series>

</charting:Chart>

Вывод содержания документа на принтер

private void Print_Click(object sender, RoutedEventArgs e)

{

PrintDialog printDialog = new PrintDialog();

if (printDialog.ShowDialog() == true)

printDialog.PrintDocument(((IDocumentPaginatorSource)flowDocument).DocumentPaginator, "This is a Flow Document");

}

Конвертация документа в pdf формат

private void ButtonBase_OnClick(object sender, RoutedEventArgs e)

{

Продолжение приложения Д

using (var stream = new FileStream("doc.xps", FileMode.Create))

{

using (var package = Package.Open(stream, FileMode.Create, FileAccess.ReadWrite))

{

using (var xpsDoc = new XpsDocument(package, CompressionOption.Maximum))

{

var rsm = new XpsSerializationManager(new XpsPackagingPolicy(xpsDoc), false);

var paginator = ((IDocumentPaginatorSource)DocViewer.Document).DocumentPaginator;

rsm.SaveAsXaml(paginator);

rsm.Commit();

}

}

stream.Position = 0;

var pdfXpsDoc = PdfSharp.Xps.XpsModel.XpsDocument.Open(stream);

PdfSharp.Xps.XpsConverter.Convert(pdfXpsDoc, "doc.pdf", 0);

}

}

Приложение Е

Таблицы программы

Таблица 13. Входные и выходные документы предприятия в рамках проекта разработки АРМ

Номер документа

Вид документа

Качественные реквизиты документа

Количественные показатели документа

Принадлежность документа информационному потоку (ИП)

1Виды оказываемых услуг

вх

код, название, краткое название

ИП3-ЛД предприятия

2 Заявка

вх

код, название, краткое название, ФИО, краткое название должности

номер, дата заявки

ИП3-ЛД предприятия

3 Фрагмент трудового договора

вх

Фамилия, имя, отчество работника, краткое название должности

Номер, дата договора, дата начала работы, дата окончания

ИП3-ЛД предприятия

4 распоряжение руководителя

вх

ФИО руководителя, инструкция

ИП3-ЛД предприятия

5Акт выполненных работ

вых

ФИО, должность

Дата выполнения

ИП4-состояния объекта автоматизации

6 Срез отчет потребляемого трафика

вых

ФИО, название ресурса, объем трафика

Дата выполнения

ИП4-состояния объекта автоматизации

Таблица 14. Требования к аппаратному обеспечению АРМ

Наименование

Характеристика

Процессор

32-разрядный (x86) или 64-разрядный процессор с тактовой частотой 1 гигагерц (ГГц) или выше

Оперативная память

512 Мб

Тип оперативной памяти

DDR2

Дисковое пространство

жесткий диск объемом не менее 1Гб

Интерфейс накопителей

SATA3

Монитор

диагональ не менее 17" рекомендуемое разрешение работы 1366x768

Видеоадаптер

SVGA

Видеоадаптер

32-разрядный (x86) или 64-разрядный процессор с тактовой частотой 1 гигагерц (ГГц) или выше

Объем видеопамяти

Определяется исходя из оперативной памяти

Видео интерфейсы

HDMI, VGA (D-Sub)

Интерфейсы периферии

jack 3.5 mm, USB 2.0

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

Название подхода

Описание подхода

Плюсы

Минусы

Интуитивный

выбор, который делается на основе опущения того, что данный путь решения проблемы является лучшим.

высокая скорость принятия решения

по статистике при таком подходе шанс принятия правильного решения не высок.

Основанный на суждениях

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

хорошая скорость принятия решения; Гарантированная хорошая результативность таких решений

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

Рациональный

рациональное решение принимается на основе и по результатам объективного анализа

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

дополнительные затраты усилий, информации и времени

Таблица 16. Сравнительная характеристика недорогих мониторов

ViewSonic VA1903a

LG 19M37A-B

Samsung S20D300NH

Acer K202HQLb

Диагональ экрана

18.5"

18.5"

19.5"

19.5"

Максимальное разрешение

1366x768

1366x768

1366x768

1600x900

Соотношение сторон

16:9

16:9

16:9

16:9

Покрытие экрана

антибликовое

антибликовое

матовое

матовое

Контрастность

600:1

600:1

600:1

1000:1

Размер пикселя

299 мкм

300 мкм

316 мкм

300 мкм

Плотность пикселей (ppi)

85 ppi

85 ppi

80 ppi

94 ppi

Максимальная частота обновления экрана

75 Гц

75 Гц

60 Гц

75 Гц

Цена

5499

5999

6199

6499

Таблица 17. Сравнительная характеристика офисных компьютеров

Характеристики

Название

Компьютер LS 302000

Компьютер LS 304000

Компьютер LS 291654

Компьютер LS 293670

HP Compaq 500B MT

Процессор

Intel Celeron G1820 Haswell 2700MHz

Intel Pentium G3220 Haswell 3200MHz

Intel Core i3-2100 Sandy Bridge 3100MHz

Intel Core i3-2100 Sandy Bridge 3100MHz

Intel Core2 Duo E7500

Оперативная память

DDR3 4 Гб 1600МГц Hynix

DDR3 4 Гб 1600МГц Hynix

DDR3 4 Гб 1600МГц Hynix

DDR3 4 Гб 1600МГц Hynix

DDR3 2 Гб

Материнская плата

MSI H81M-P-33 DDR3 1150

MSI H81M-P-33 DDR3 1150

ASUS H61M-K DDR3 1155

ASUS H61M-K DDR3 1155

HP Compaq 500B WU206EA

Жёсткий диск

500 Гб 7200 rpm Seagate

1 Тб 7200 rpm Seagate

60Gb SSD Kingston

500 Гб 7200 rpm Seagate

320 Гб

Блок питания

БП FSP 400W

БП FSP 400W

БП FSP 400W

БП FSP 400W

300W

Цена

15300

16600

17480

18700

15670

Таблица 18. Цели и задачи стоящие перед АРМ

Цели и задачи стоящие перед АРМ

Инженер

Руководитель

Удобство применения

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

-

Эффективность

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

цель: повысить объективность принятия решения Задача: Выдать достоверную рекомендационную информацию

Легкость в освоении

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

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

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

Таблица 19. Сценарии и задачи, стоящие перед пользователем АРМ

АРМ инженер

Сценарии

Задачи

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

зайти в АРМ; проверить соединение с базой данных; выбрать 5 сотрудников с максимальным потреблением трафика и у каждого из них выбрать по 5 первых сайтов в ранжированном списке по возрастанию объемов трафика; сохранить в формате xls либо в формате pdf или doc.

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

зайти в АРМ; проверить соединение с базой данных; выбрать данные для количества сотрудников указанных в заявке; выбрать параметры содержания отчета; сохранить в формате xls либо в формате pdf.

инженер желает выполнить проверку построенного отчета

выбрать в пункте меню, пункт продувательный просмотр

инженер желает выполнить печать построенного отчета

выбрать в пункте меню, пункт отчет

администратор желает изменить данные

зайти в приложение от имени администратора, внести необходимые изменения

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

зайти в приложение от имени администратора, внести необходимые изменения

Таблица 20. Список действий, список объектов и действий пользователя

...

Объекты и данные

Тип объекта

Действия (не характерные для отдельных объектов)


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

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