Разработка многопользовательской модели работы на дому
Анализ проблемы ведения трудовой деятельности на дому. Сравнение подходов к моделированию системы. Разработка SADT-моделей деятельности ООО "Бюро переводов Полиглот". Проектирование веб-системы многопользовательского доступа к рабочей документации.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 19.10.2019 |
Размер файла | 1,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Исполнитель. Сущность, описывающая переводчиков, занятых выполнением задания:
· Табельный номер - внешний ключ;
· Номер договора - внешний ключ;
· Дата назначения;
· Статус участия.
Полученные модели позволяют реализовать базу данных, в которой будут храниться необходимые данные. Далее приведен листинг SQL для создания базы данных веб-системы.
CREATE TABLE Задание
(
Номер_договора INTEGER NOT NULL ,
Дата_выдачи DATE NULL ,
Дата_выполнения DATE NULL ,
Статус VARCHAR2(20) NULL
);
CREATE UNIQUE INDEX XPKЗадание ON Задание
(Номер_договора ASC);
ALTER TABLE Задание
ADD CONSTRAINT XPKЗадание PRIMARY KEY (Номер_договора);
CREATE TABLE Исполнитель
(
ДатаНазначения DATE NULL ,
СтатусУчастия VARCHAR2(20) NULL ,
Табельный_номер INTEGER NOT NULL ,
Номер_договора INTEGER NOT NULL
);
CREATE UNIQUE INDEX XPKИсполнитель ON Исполнитель
(Табельный_номер ASC,Номер_договора ASC);
ALTER TABLE Исполнитель
ADD CONSTRAINT XPKИсполнитель PRIMARY KEY (Табельный_номер,Номер_договора);
CREATE TABLE История_статустов
(
Дата DATE NOT NULL ,
СтатусБыл VARCHAR2(20) NULL ,
СтатусСтал VARCHAR2(20) NULL ,
Номер_договора INTEGER NOT NULL
);
CREATE UNIQUE INDEX XPKИстория_статустов ON История_статустов
(Дата ASC,Номер_договора ASC);
ALTER TABLE История_статустов
ADD CONSTRAINT XPKИстория_статустов PRIMARY KEY (Дата,Номер_договора);
CREATE TABLE Переводчик
(
Табельный_номер INTEGER NOT NULL ,
ФИО VARCHAR2(20) NULL ,
Квалификация VARCHAR2(20) NULL ,
Специализация VARCHAR2(20) NULL
);
CREATE UNIQUE INDEX XPKПереводчик ON Переводчик
(Табельный_номер ASC);
ALTER TABLE Переводчик
ADD CONSTRAINT XPKПереводчик PRIMARY KEY (Табельный_номер);
CREATE TABLE Услуга
(
Код_услуги INTEGER NOT NULL ,
Наименование VARCHAR2(20) NULL ,
Стоимость_за_единицу INTEGER NULL
);
CREATE UNIQUE INDEX XPKУслуга ON Услуга
(Код_услуги ASC);
ALTER TABLE Услуга
ADD CONSTRAINT XPKУслуга PRIMARY KEY (Код_услуги);
CREATE TABLE УслугиПоЗаданию
(
Код_услуги INTEGER NOT NULL ,
Номер_договора INTEGER NOT NULL ,
Количество INTEGER NULL ,
Статус VARCHAR2(20) NULL
);
CREATE UNIQUE INDEX XPKУслугиПоЗаданию ON УслугиПоЗаданию
(Код_услуги ASC,Номер_договора ASC);
ALTER TABLE УслугиПоЗаданию
ADD CONSTRAINT XPKУслугиПоЗаданию PRIMARY KEY (Код_услуги,Номер_договора);
CREATE TABLE Файл
(
Код_файла INTEGER NOT NULL ,
Шифрование INTEGER NULL ,
Файл BLOB NULL ,
Номер_договора INTEGER NOT NULL
);
CREATE UNIQUE INDEX XPKФайл ON Файл
(Код_файла ASC,Номер_договора ASC);
ALTER TABLE Файл
ADD CONSTRAINT XPKФайл PRIMARY KEY (Код_файла,Номер_договора);
ALTER TABLE Исполнитель
ADD (CONSTRAINT R_9 FOREIGN KEY (Табельный_номер) REFERENCES Переводчик(Табельный_номер));
ALTER TABLE Исполнитель
ADD (CONSTRAINT R_10 FOREIGN KEY (Номер_договора) REFERENCES Задание(Номер_договора));
ALTER TABLE История_статустов
ADD (CONSTRAINT R_2 FOREIGN KEY (Номер_договора) REFERENCES Задание(Номер_договора));
ALTER TABLE УслугиПоЗаданию
ADD (CONSTRAINT R_7 FOREIGN KEY (Код_услуги) REFERENCES Услуга(Код_услуги));
ALTER TABLE УслугиПоЗаданию
ADD (CONSTRAINT R_8 FOREIGN KEY (Номер_договора) REFERENCES Задание(Номер_договора));
ALTER TABLE Файл
ADD (CONSTRAINT R_1 FOREIGN KEY (Номер_договора) REFERENCES Задание(Номер_договора));
В данном листинге описаны необходимые DDL-процедуры, выполнение которых на сервере СУБД позволит автоматически создать спроектированную базу данных.
Глава 4. Реализация веб-системы многопользовательского доступа к рабочей документации для сотрудников, работающих на дому
4.1 Проектирование модульной структуры информационной системы
Согласно данным, содержащимся в третьем разделе данной работы, разрабатываемая ИС представляет собой веб-приложение.
В таком случае приложение можно разделить на следующие высокоуровневые модули:
· сервер базы данных, хранящий информацию о деятельности предприятия и выдающий её по требованию других модулей;
· веб-сервер, отвечающий за обработку данных и формирование пользовательского интерфейса, отдаваемого на устройства пользователей в виде веб-страниц;
· клиентское приложение - браузер, необходимое для визуализации пользовательского интерфейса.
Существует большое количество готовых СУБД, веб-серверов и веб-браузеров подходящих для решения стоящих перед ИС задач. Более того, предполагается возможность использования любого браузера, т.е. выбор этой части ИС ложится на плечи каждого из пользователей индивидуально.
Соответственно, наибольшее внимание следует уделить структуре и способу разработки веб-приложения, которое будет выполняться в среде стороннего веб-сервера.
Структура приложения должна содержать следующие элементы:
· модуль доступа к данным;
· модуль обработки данных;
· модуль предоставления данных пользователям.
Т.е. предполагается реализация шаблона проектирования, известного как MVC (Model-view-controller). Концепция MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента таким образом, чтобы модификация одного из компонентов оказывала минимальное воздействие на остальные. Данная схема проектирования часто используется для построения архитектурного каркаса, когда переходят от теории к реализации в конкретной предметной области.
Рисунок 18 - Связи в модели MVC
4.2 Выбор средств реализации модулей
Необходимо выбрать конкретные средства реализации указанных высокоуровневых модулей ИС.
Веб-приложение должно осуществлять обработку данных из БД при помощи определенных алгоритмов, а также предоставлять интерфейс соответствующий выдвинутым функциональным требованиям к ИС, поэтому клиентское приложение должно быть разработано «с нуля», т.е. для его реализации нельзя использовать готовые решения.
Для реализации клиентского приложения необходимо выбрать язык программирования, на котором оно будет написано.
Для работы с БД предлагается выбрать готовый сервер баз данных.
4.2.1 Выбор языка программирования
Для написания веб приложений возможно использование многих языков программирования. К наиболее распространённым языкам веб-программирования можно отнести PHP, Ruby, C# (в связке с технологией ASP.NET), Java [14][15][16].
Для выбора конкретного языка применим метод попарных сравнений.
Метод анализа иерархий - методологическая основа для решения задач выбора альтернатив посредством их многокритериального рейтингования[7].
Метод позволяет оценить противоречивость данных и минимизировать ее.
Критерии для анализа:
· мультипарадигмальность;
· удобство типизации данных;
· сложность организации работы с памятью;
· документированность на русском языке;
· наличие готовых программных модулей для веб-разработки.
Таблица 21 - Информация о языках программирования
Критерий |
PHP |
Ruby |
C# (ASP.NET) |
Java |
|
Мультипаради-гмальность |
Нет |
Нет |
Есть |
Есть |
|
Удобство типизации данных |
Низкое |
Низкое |
Высокое |
Высокое |
|
Документированность на русском языке |
Средняя |
Низкая |
Очень высокая |
Высокая |
|
Сложность организации работы с памятью |
Высокая |
Средняя |
Низкая |
Низкая |
|
Наличие готовых программных модулей для веб-разработки |
Большое количество |
Среднее количество |
Очень большое число |
Малое число |
Сравнение критериев происходит согласно шкале относительной важности
1 - равная важность |
|
3 - умеренное превосходство одного над другим |
|
5 - существенное превосходство одного над другим |
|
7 - значительное превосходство одного над другим |
|
9 - очень сильное превосходство одного над другим |
|
2, 4, 6, 8 - соответствующие промежуточные значения |
Если при сравнении одного фактора i с другим j получено a(i,j) = b, то при сравнении второго фактора с первым получаем a(j,i) = 1/b.
Составим таблицу иерархии, в которой попарно сравним критерии:
Таблица 22 - Сравнение критериев оценки
Критерии |
Мультипара-дигмальность |
Удобство типизации данных |
Работа с памятью |
Документиро-ванность |
Готовые модули |
Оценка компонент собственного вектора |
Нормализо-ванныеоценки вектораприоритета |
|
Мультипара-дигмальность |
1 |
3 |
4 |
2 |
1 |
1,88818 |
0,32676 |
|
Удобство типизации данных |
1/3 |
1 |
1/5 |
1/4 |
1/3 |
0,35395 |
0,06125 |
|
Работа с памятью |
1/4 |
5 |
1 |
1 |
3 |
1,30259 |
0,22542 |
|
Документиро-ванность |
1/2 |
4 |
1 |
1 |
3 |
1.43097 |
0,24764 |
|
Готовые модули |
1 |
3 |
1/3 |
1/3 |
1 |
0.80274 |
0,13892 |
|
У= 5.77843 |
Выполняем проверку согласованности критериев:
лmax=1.01+0.98+1.47+1.14+1.16=5.76
ИС=(5.76-5)/(5-1)=0,19 - индекс согласованности критериев находится в рамках допустимых значений (0..0,2), значит можно продолжать анализ без корректировки предпочтений.
Далее попарно сравним альтернативу по каждому из критериев:
A - PHP
B - Ruby
С - C# (ASP.NET)
D - Java
Таблица 23 - Оценка по критерию мультипарадигмальности
A |
B |
C |
D |
Оценка компонент собственного вектора |
Нормализованные оценкивектора приоритета |
||
A |
1 |
2 |
1/5 |
1/4 |
0.63096 |
0.12925 |
|
B |
1/2 |
1 |
1/5 |
1/4 |
0.47818 |
0.09795 |
|
C |
5 |
5 |
1 |
3 |
2.37144 |
0.48577 |
|
D |
4 |
4 |
1/3 |
1 |
1.39765 |
0.2863 |
|
У=4.88185 |
Таблица 24 - Оценка по критерию удобства типизации данных
A |
B |
C |
D |
Оценка компонент собственного вектора |
Нормализованные оценкивектора приоритета |
||
A |
1 |
1 |
3 |
3 |
1.55185 |
0.3533 |
|
B |
1 |
1 |
3 |
3 |
1.55185 |
0.3533 |
|
C |
1/3 |
1/3 |
1 |
1 |
0.64439 |
0.1467 |
|
D |
1/3 |
1/3 |
1 |
1 |
0.64439 |
0.1467 |
|
У=4.39248 |
Таблица 25 - Оценка по сложности работы с памятью
A |
B |
C |
D |
Оценка компонент собственного вектора |
Нормализованные оценкивектора приоритета |
||
A |
1 |
1 |
1/2 |
1 |
0.87055 |
0.21092 |
|
B |
1 |
1 |
1/2 |
1 |
0.87055 |
0.21092 |
|
C |
2 |
2 |
1 |
2 |
1.51572 |
0.36724 |
|
D |
1 |
1 |
1/2 |
1 |
0.87055 |
0.21092 |
|
У= 4.12737 |
Таблица 26 - Оценка документированности на русском языке
A |
B |
C |
D |
Оценка компонент собственного вектора |
Нормализованные оценкивектора приоритета |
||
A |
1 |
1 |
1/3 |
1/3 |
0.64439 |
0.14711 |
|
B |
1 |
1 |
1/3 |
1 |
0.80274 |
0.18326 |
|
C |
3 |
3 |
1 |
3 |
1.93318 |
0.44133 |
|
D |
3 |
1 |
1/3 |
1 |
1 |
0.22829 |
|
У= 4.38031 |
Таблица 27 - Оценка наличия готовых модулей для веб-разработки
A |
B |
C |
D |
Оценка компонент собственного вектора |
Нормализованные оценкивектора приоритета |
||
A |
1 |
1/4 |
1/5 |
1/5 |
0.39811 |
0.08715 |
|
B |
4 |
1 |
1/2 |
1/2 |
1 |
0.21892 |
|
C |
5 |
2 |
1 |
1 |
1.58489 |
0.34696 |
|
D |
5 |
2 |
1 |
1 |
1.58489 |
0.34696 |
|
У= 4.56789 |
Результат выбора:
· В самую верхнюю строку переносим значения вектора приоритета для каждого критерия.
· Для каждой из альтернатив заполняем столбцы критериев значениями локальных векторов приоритета, полученных в таблицах сравнения по каждому критерию.
· Подсчитываем значения глобального приоритета для каждой из альтернатив как сумму произведений значения вектора приоритета для критерия и значения вектора локального приоритета этой альтернативы в отношении данного критерия.
Таблица 28 - Расчет вектора глобального приоритета
Альтер-нативы |
Мультипарадигмальность |
Удобство типизации данных |
Работа с памятью |
Документирован-ность |
Готовые модули |
Глоб. Приори-теты |
|
Вектора приоритета |
|||||||
0.32676 |
0.06125 |
0.22542 |
0.24764 |
0.13892 |
|||
A |
0.12925 |
0.3533 |
0.21092 |
0.14711 |
0.08715 |
0.15996 |
|
B |
0.09795 |
0.3533 |
0.21092 |
0.18326 |
0.21892 |
0.17699 |
|
C |
0.48577 |
0.1467 |
0.36724 |
0.44133 |
0.34696 |
0.40799 |
|
D |
0.2863 |
0.1467 |
0.21092 |
0.22829 |
0.34696 |
0.25482 |
Значение глобального приоритет оказывается наибольшим для языка С. Значит, C# с ASP.NET наиболее полно соответствует предъявляемым нами требованиям.
4.2.2 Выбор серверов баз данных
Платформа .NET Framework, с использованием которой ведется разработка на языке C#, предоставляет технологию Code First - возможность автоматической генерации БД на основе модели данных, описываемой в виде классов языка C#. Данный подход позволяет использовать БД без установки дополнительных серверов и поэтому наилучшим образом подходит для реализации локальной БД - при использовании Code First .Net Framework использует встроенного поставщика данных, что избавляет от необходимости использования сторонних серверов БД.
4.3 Выбор технологий разработки ИС
Разрабатываемая информационная система решает задачи предоставления необходимой информации клиентам и сотрудникам агентства, хранения полученной в ходе функционирования системы информации.
Перечисленные задачи сводятся к выполнению над таблицами реляционной БД следующих элементарных действий: создание, модификацию, просмотр и удаление объектов. Сокращенно совокупность этих действий именуют CRUD (create read update delete). Конкретные механизмы, реализующие эти действия, входят в набор классов фреймворка .NET и скрыты от программиста.
Как уже было сказано, для разработки ИС выбран язык C#. Связанная с ним платформа .Net предоставляет множество технологий для создания различных приложений. Для веб-приложений, построенных по шаблону MVC, используется технология ASP.NET. Построение ASP.NET поверх .NET позволяет использовать огромное количество готовых классов при разработке. ASP.NET имеет преимущество в скорости по сравнению со скриптовыми технологиями, так как при первом обращении код компилируется и помещается в специальный кэш, и впоследствии только исполняется, не требуя затрат времени на парсинг, оптимизацию , и т. д.
Глава 5. Социальный аспект реализации веб-системы
В работе решается социальна задача обеспечения удовлетворенности доходами отдельных категорий граждан на примере переводчиков ООО «Бюро переводов Полиглот», работающих на дому.
Проблема характеризуется высокими издержками на транспортные расходы, которые переводчик вынужден покрывать из собственного заработка. Также важным является то, что условия труда - работа на дому - не соответствуют реальным. Так или иначе переводчик два или даже более раза вынужден приезжать в офис, где проводит порядка 30 минут за каждый визит. Это негативно сказывается на продолжительности рабочего дня, которая отводится на выполнение переводов.
Результатом этой проблемы являются повышенные сроки изготовления переводов, нерациональное расходование рабочего времени, снижение дохода сотрудников и предприятия.
Чтобы решить проблему, был предложен вариант создания специализированной информационной системы, через которую можно обеспечить многопользовательский доступ к документам, так как бывают задачи, в которых над переводом одного документа трудится несколько переводчиков.
С применением системы издержки времени сократятся на 17%, а финансовые издержки стабилизируются и всегда будут составлять не более 3%. Это также позволит взять компании расходы на транспорт под свою ответственность.
Глава 6. Технико-экономическое обоснование создания веб-системы многопользовательского доступа к документам
6.1 Описание целесообразности проектирования с точки зрения коммерческого использования
6.1.1 Описание предметной области
ООО «Бюро переводов Полиглот» образовано в городе Новочеркасске в 2010 году, целью создания компании было получение дохода от деятельности по профессиональному переводу документов и оказания иных услуг, связанных с переводом текста.
ООО «Бюро переводов Полиглот» оказывает своим клиентам следующие услуги:
1. Письменные переводы текста
· Перевод технической документации;
· Перевод переписки с сохранением конфиденциальности;
· Перевод эксплуатационных и проектных документов;
· Перевод медицинских документов;
· Перевод специализированной литературы и научных статей;
· Перевод сопроводительной документации к импортируемым товарам и услугам для таможенного оформления и сертификации;
· Перевод документов для выезда заграницу.
2. Устные переводы
· Сопровождение иностранных визитёров;
· Перевод в реальном времени и сопровождение международных совещаний;
· Сопровождение граждан РФ на иностранных мероприятиях (выставки, форумы, деловые встречи);
· Перевод телефонных переговоров.
Такому бизнесу характерна сложность подбора кадров, особенно кадров высокой мобильности, способных сопровождать и оказывать услуги устного перевода. К счастью, у ООО «Бюро переводов Полиглот» проблем с кадрами нет, однако имеются проблемы финансового характера. Финансовые проблемы выражаются в низкой удовлетворенности переводчиков своей заработной платой и условиями труда.
Ввиду особенностей оказываемых услуг - многие переводы должны заверяться нотариально и существуют конфиденциальные материалы, которые запрещено передавать в незашифрованном виде. Все это требует периодического присутствия переводчиков в офисе, но все прекрасно понимают что работу по переводу можно выполнить и дома. Руководствуясь такими соображениями, директор ООО «Бюро переводов Полиглот» принял решение перенести деятельность переводчиков в формат работы на дому. До кризиса 2015 финансовое положение было стабильным и работников устраивал их доход. Однако после января 2015 года сократились объемы деятельности, связанной с переводами (меньше стало поездок, выставок и прочего).
6.1.2 Обоснование необходимости и экономической целесообразности использования информационных технологий в организации
Выбор информационных технологий является индивидуальным для каждого предприятия, учитывая то, что структура предприятия имеет четко выраженную специфику. Цели использования информационных технологий в моей работе состоят в сокращении временных затрат на выполнение бизнес-процессов при минимальных финансовых вложениях.
Таблица 29 - Количественная оценка эффективности деятельности отдела до внедрения новой ИС.
Наименование показателя |
Количественный результат до внедрения |
Максимально возможный результат |
Снижение эффективности |
|
Время доставки карты к врачу |
5 мин. |
1 мин. |
83 % |
|
Время заполнения карты |
12 мин. |
3 мин |
50%. |
|
Скорость обмена информацией |
5 документов в час |
20 документов в час |
25% |
|
Материальные затраты на организацию работы |
10,000 в год |
10,000 в год |
0% |
|
Материальные затраты на расходные материалы |
20,000 в год |
10,000 в год |
50% |
В таблице 29 показана количественная оценка эффективности деятельности отдела до внедрения ИС.
Снижение эффективности показывает насколько снижается эффективность при невыполнении максимально допустимых требований. Для большей наглядности, снижение эффективности представлено в процентах.
Таблица 30 - Эффективность работы предприятия до и после внедрения ИС
Способы представления (обработки) информации |
Результат |
|||
До внедрения |
После внедрения |
До внедрения |
После внедрения |
|
Преимущественно бумажный документооборот |
Увеличилась доля электронного документооборота |
Отсутствие надежной связи между сотрудниками |
Высокая надежность связи |
|
Ручной сбор и обработка информации |
Сбор и обработка данных с помощью ИС |
Низкая производительность труда |
Высокая производительность труда |
|
Дублирование информации в бумажных документах |
Использование единой базы данных, содержащей упорядоченную информацию |
Невысокая достоверность результатов решения задачи |
Высокая достоверность результатов решения задачи |
6.2 Расчет экономической эффективности проекта
6.2.1 Расчет затрат на функционирование предприятия до и после внедрения
Расходы по различным видам работающих определяются по формуле:
(6.1)
где ni - численность персонала i - вида;
zi - среднегодовая заработная плата работника i-го вида;
аc - процент отчислений на социальное страхование, пенсионный фонд и фонд стабилизации (обычно ac = 34%);
Z = 15500*12*(1+0,34) = 249240 руб.
6.2.2 Расчет экономии от увеличения производительности труда пользователя
Если пользователь при выполнении работы j-го вида с использованием новых информационных технологий экономит Тj часов в год, то повышение производительности труда pj (в процентах) определяется по формуле:
рj =( Тj /(tj -Тj))100 (6.2)
Рсотрудник= 187,5/(450-187,5)100 = 51.7%
где tj - время за год, которое планировалось пользователю для выполнения работы j-го вида до внедрения информационных технологий (час).
Экономия, связанная с повышением производительности труда Рп пользователя определяется по формуле:
Рп = Zп Рj/100 (5.3)
Рсотрудник = 249240 *0,517= 128857
где Zп - среднегодовая заработная плата пользователя.
Из полученных данных мы видим, что при денежной оценке обработанных сотрудником документов, экономия значительная. То есть, что до внедрения ИС врач-специалист тратил 249 240 руб., а после внедрения будет тратить 120 383 руб. Разница очевидна и говорит в сторону разрабатываемой ИС.
6.2.3 Стоимостная оценка проекта
Общая сумма затрат на оплату труда () определяется по форме, приведенной в таблице 6.3 .
Общая сумма затрат на оплату труда () определяется по формуле
Стр = Сд Тп (1 + ас /100) (1 + ад /100),
где Сд - дневная заработная плата проектировщика из расчета МРОТ (4611/21 =219,5);
Тп - длительность этапа проектирования (50);
ас - ставка единого социального налога (34%);
ад - процент дополнительной заработной платы (20%).
Стр = 219,5 Ч 40Ч (1 + 34/100) Ч (1 + 20/100) = 17648 руб.
Таблица 31 - Затраты на оплату труда
Категория работника |
Квалификация исполнителей |
Трудоемкость разработки, чел/ч |
Часовая ставка, руб./ч |
Сумма, руб. |
|
Проектировщик |
Высшее образование |
400 |
27,4 |
17648 |
Среднечасовая заработная плата разработчика рассчитывается по формуле
,
где ЗПi - среднемесячная заработная плата разработчика, руб.;
ФРВi - среднемесячный фонд рабочего времени (приблизительно 100 часов в месяц).
Материально-техническое обеспечение процесса разработки. Расчет амортизационных отчислений используемой техники
Расчет амортизации оборудования проводиться по форме, представленной в таблице 32.
Таблица 32 - Расчет амортизационных отчислений
Наименование оборудования |
Стоимость оборудования, руб. |
Годовая норма амортизации, % |
Время работы оборудования во время разработки, ч. |
Сумма, руб. |
|
Компьютер |
18000 |
20 |
400 |
3600 |
|
Итого |
3600 |
Норма амортизации рассчитана по формуле
где Т - срок службы оборудования.
Общая сумма амортизационных отчислений определяется по формуле
где - стоимость i-го оборудования, руб.;
- годовая норма амортизации i-го оборудования, %;
- время работы i-го оборудования за весь период разработки, ч;
- эффективный фонд времени работы i-го оборудования за год, ч/год;
- вид оборудования;
- количество оборудования.
Расчет затрат на электроэнергию
где М - паспортная мощность ЭВМ;
Т - время работы ЭВМ;
Цэ - цена одного кВт/ч энергии;
Ки - коэффициент интенсивного использования (Ки = 0,8 - 0,9).
Затраты на оплату телематических услуг
Оплата телематических услуг (доступ к сети передачи данных и информационным системам, информационно-коммуникационных сетей, включая Интернет) определяется по соответствующим тарифным планам.
В рассматриваемом случае она составляет 500 рублей.
На основании результатов вышеуказанных расчетов формируется смета затрат на разработку программного продукта (таблица 33).
Таблица 33 - Смета затрат на разработку ПП
Статьи затрат |
Сумма |
|
Затраты на оплату труда |
17648 |
|
Затраты на материально-техническое обеспечение |
3600 |
|
Затраты на приобретение программного обеспечения |
0 |
|
Затраты на оплату телематических услуг |
500 |
|
Итого по смете |
21748 |
6.3 Оценка экономического эффекта от внедрения
Так как реализация проекта связанна с дополнительными капитальными вложениями потребителя (пользователя) в приобретение и внедрения информационных технологий, то ожидаемая эффективность рассчитывается по формуле
Э0 = Эг - Ен Кп,
где Эг - годовая экономия,
Кп - капитальные затраты на автоматизацию,
Ен - нормативный коэффициент, определяется как 1/Т, где Т - срок эксплуатации информационной системы.
Э0 = 128857- 1/3*21748= 121607 руб.
Величина капитальных вложений может складываться из стоимости самой информационной системы.
Выводы
Поскольку как по результатам математического моделирования, так и по результатам технико-экономического обоснования использование ИС влечет за собой значительные выгоды, то можно сделать вывод о целесообразности ее реализации и внедрения
Глава 7. Безопасность человеко-машинного взаимодействия при работе с проектируемой системой
7.1 Особенности функционального назначения информационной системы
Рассматриваемая информационная система предназначается для увеличения производительности отдела по работе с клиентами, за счет сокращения времени на заключение договора. Это достигается путем автоматизации выполнения части задач сотрудников агентства. А именно, обеспечения возможности автоматизированного заключения первичного договора с клиентом, доступности повторного заключения с использованием базы клиентов, составления расчета по оказанным услугам, распределения текущих задач между работниками.
7.2 Анализ надежности информационной системы
Так как информационная система подразумевает участие человека в ее функционировании, то можно выделить причины отказа в работе и разделить их на 2 большие группы: ошибки пользователя и ошибки компонентов системы.
Как и любой программный продукт, информационная система неразрывно связана со своим окружением, которое состоит из программной и аппаратной части.
Таким образом, можно выделить основные события, которые должны быть предотвращены:
· Программный сбой;
· Аппаратный сбой;
· Некорректные действия пользователя.
События объединяются в несовместные группы, формируемые по схожим последствиям на втором этапе синтеза. В данном случае события объединены в группы согласно вышеперечисленным признакам:
1. Программный сбой:
· Ошибка Microsoft SQL Server;
· Ошибки Microsoft IIS Server 2010;
· Ошибки OS;
· Внутренние ошибки ИС.
2. Аппаратный сбой:
· Сбой на сервере;
· Сбой на клиентском компьютере;
· Выход из строя локальной сети.
3. Некорректные действия пользователя:
· Невнимательность;
· Утомление;
· Отсутствие навыков работы с программой.
На третьем этапе синтеза, выделяют одно общее событие, к которому приводят все события каждой из выше обозначенных групп, оно будет головным в «дереве отказов».
В качестве головного нежелательного события можно рассмотреть отказ в работе информационной системы агентства.
В процессе анализа рассмотренные причины отказа ИС рекламного агентства структурированы в виде дерева причин, разбитого на уровни декомпозиции.
Рисунок 19 - Уровень 1 «Сбой в работе ИС»
Рисунок 20 - Уровень 2 «Некорректные действия пользователя»
Рисунок 21 - Уровень 2 «Программный сбой»
Рисунок 22 - Уровень 2 «Аппаратный сбой»
7.3 Оценка эргономичности пользовательского интерфейса
Заполним таблицу для оценки пользовательского интерфейса разрабатываемой программы и двух ближайших аналогов (табл. 27).
Сравниваемые программные продукты:
А - Разрабатываемая ИС;
В - Redmine;
С - Wrike.
Таблица 34. Критерии и показатели оценки эргономичности пользовательского интерфейса программных продуктов
Критерии и показатели |
А |
В |
С |
|
1. Логичность компоновки элементов |
Сумма баллов |
Сумма баллов |
Сумма баллов |
|
1.1. Наличие и сохранение во всей программе единой системы группировки полей (поля и управляющие элементы должны быть выстроены по порядку выполнения действий в зависимости от требований предметной области и алгоритма работы пользователя, без привязки к структуре и последовательности физических таблиц данных) |
5 |
5 |
5 |
|
1.2. Порядок заполнения полей (во всех окнах поля расположены по логике заполнения сверху вниз или слева направо) |
4 |
5 |
4 |
|
1.3. Обоснованный порядок размещения пунктов списков (по алфавиту или в порядке убывания частоты использования) |
4 |
5 |
5 |
|
1.4. Обоснованное соотношение между «детальностью» и «обобщенностью» выводимой на экран информации (нахождение компромисса между желанием вывести много записей одновременно и/или сразу увидеть детальную информацию по каждой из них) |
3 |
4 |
4 |
|
1.5. Единство в выборе способа работы с однотипными данными (таблицы, списки, меню, консоль) |
4 |
4 |
5 |
|
1.6. Видимое разделение основных и вспомогательных блоков информации |
5 |
5 |
5 |
|
1.7. Видимое разделение редактируемых обязательных и необязательных, а также нередактируемых полей |
3 |
4 |
5 |
|
1.8. Разделение задач: для каждой задачи открывается свое окно, одно окно предназначено для выполнения только одной задачи (поиск, ввод информации и т.д.) |
3 |
4 |
5 |
|
1.9. Возможность совершать несколько различных действий (решать несколько задач) одновременно |
3 |
5 |
4 |
|
1.10. Отсутствие перекрывающихся окон на экране |
1 |
1 |
1 |
|
1.11. Отсутствие рядом расположенных кнопок с противоположным действием |
1 |
1 |
1 |
|
1.12. Отсутствие дублирующих полей ввода |
1 |
1 |
1 |
|
2. Интуитивность и ассоциативность диалогового режима |
37 |
44 |
45 |
|
2.1. Продуманная навигация и целевая ориентация в программе: что надо сделать в следующий момент, очевидность каждого следующего шага действий |
3 |
4 |
4 |
|
2.2. Наличие контекстных подсказок, меню дальнейших событий или объектов, запоминание типичных путей диалога |
4 |
5 |
5 |
|
2.3. Наличие средств, позволяющих пользователям восстановить данные после ошибочных действий |
3 |
4 |
4 |
|
2.4. Учет предметной области и профессиональных знаний пользователя (в программе должны быть те слова и графические образы, которые пользователь знает или обязан знать по характеру работы или занимаемой должности) |
5 |
5 |
5 |
|
2.5. Возможность настройки интерфейса для пользователей с разным опытом работы с компьютером |
0 |
2 |
2 |
|
2.6. Типичность интерфейса: использование стандартных элементов взаимодействия, их традиционное или общепринятое расположение |
5 |
5 |
5 |
|
2.7. Постоянная возможность вызова главного меню (главной страницы) |
1 |
1 |
1 |
|
2.8. Наличие механизмов поиска, средств листания и прокрутки при работе с большими фрагментами информации |
5 |
5 |
5 |
|
2.9. Легкость и скорость обучения пользования программой, отсутствие необходимости специального обучения |
5 |
5 |
5 |
|
3. Полнота реализации обратной связи с пользователем |
31 |
36 |
36 |
|
3.2. Наличие сообщений о состоянии системы (обработка информации, загрузка данных, зависание программы...) |
4 |
5 |
5 |
|
3.3. Отображение режима работы системы (автономного, штатного, защищенного и пр.) |
0 |
1 |
1 |
|
3.4. Настраиваемое отображение значений важных для текущей задачи показателей |
3 |
4 |
4 |
|
3.5. Отражение действий пользователя (нажатия клавиш, запуск процесса, динамика выполнения процесса, получение ожидаемого и иного результата) |
5 |
5 |
5 |
|
3.6. Ясность и информативность сообщений системы |
5 |
5 |
5 |
|
4. Визуальное оформление пользовательского интерфейса |
17 |
20 |
20 |
|
4.2. Ограниченное использование цвета в оформлении элементов интерфейса соответствует целевому назначению программного продукта и учитывает продолжительность работы с ним пользователя |
3 |
4 |
4 |
|
4.3. Использованные сочетания оттенков цвета совместимы |
3 |
4 |
4 |
|
4.4. Контрастность объектов различения с фоном комфортная и не требует перенастройки дисплея |
4 |
5 |
5 |
|
4.5. Шрифт основного текста и заголовков легко читаем или может быть изменен |
3 |
5 |
5 |
|
4.6. Размер шрифта основного текста, подписей элементов интерфейса может быть увеличен или уменьшен пользователем |
2 |
4 |
4 |
|
4.7. Единство стиля оформления (фона, формата заголовков и основного текста, пиктограмм) |
5 |
5 |
5 |
|
Итоговая сумма баллов |
102 |
127 |
128 |
7.4 Оценка напряженности процесса эксплуатации информационной системы
Оценка и анализ напряженности процесса эксплуатации ИС, алгоритма основаны на учете всего комплекса производственных факторов (стимулов, раздражителей), создающих предпосылки для возникновения неблагоприятных нервно-эмоциональных состоянии.
Таблица 35. Показатели напряженности трудового процесса до и после внедрения разрабатываемой ИС
Показатели напряженности трудового процесса |
Класс условий труда |
||||
Инженер - программист |
Инженер - программист |
||||
До |
После |
До |
После |
||
1. Интеллектуальные нагрузки |
|||||
1.1. Содержание работы |
2.0 |
1 |
2.0 |
1.0 |
|
1.2. Восприятие сигналов (информации) и их оценка |
2 |
2 |
2 |
2 |
|
1.3. Распределение функций по степени сложности задания |
3.2 |
3.1 |
2 |
2 |
|
1.4. Характер выполняемой работы |
2 |
2 |
2 |
1 |
|
2. Сенсорные нагрузки |
|||||
2.1. Длительность сосредоточенного наблюдения (% времени смены) |
3.1 |
2 |
2 |
1 |
|
2.2.Плотность сигналов (световых, звуковых) и сообщений в среднем за 1 час работы |
3.1 |
3.1 |
3.1 |
3.1 |
|
2.3. Число производственных объектов одновременного наблюдения |
1 |
2 |
1 |
1 |
|
2.6. Наблюдение за экранами видеотерминалов (часов в смену): при буквенно-цифровом типе отображения информации: при графическом типе отображения информации: |
2 |
3.1 |
1 |
2 |
|
2.7. Нагрузка на слуховой анализатор (при производственной необходимости восприятия речи или дифференцированных сигналов) |
1 |
1 |
1 |
1 |
|
2.8. Нагрузка на голосовой аппарат (суммарное количество часов, наговариваемое в неделю) |
3.1 |
2 |
3.1 |
2 |
|
3. Эмоциональные нагрузки |
|||||
З.1.Степень ответственности за результат собственной деятельности. Значимость ошибки |
3.1 |
2 |
1 |
1 |
|
3.2. Степень риска для собственной жизни |
1 |
1 |
1 |
1 |
|
3.3. Степень ответственности за безопасность других лиц |
1 |
1 |
1 |
1 |
|
3.4. Количество конфликтных ситуаций, обусловленных профессиональной деятельностью, за смену |
3.3 |
2 |
1 |
1 |
|
4. Монотонность нагрузки |
|||||
4.1. Число элементов (приемов), необходимых для реализации простого задания или в многократно повторяющихся операциях |
3.1 |
1 |
1 |
1 |
|
4.2. Продолжительность (в сек) выполнения простых заданий или повторяющихся операций |
2 |
2 |
2 |
2 |
|
4.3. Время активных действий (в % к продолжительности смены). В остальное время - наблюдение за ходом производственного процесса |
1 |
1 |
1 |
1 |
|
5. Режим труда и отдыха |
|||||
5.1. Фактическая продолжительность рабочего дня |
2 |
2 |
- |
- |
|
5.2. Сменность работы |
1 |
1 |
- |
- |
|
5.3. Наличие регламентированных перерывов и их продолжительность |
2 |
2 |
- |
- |
|
Общая оценка напряженности трудового процесса |
3.1 |
2 |
2 |
2 |
Получаем, что количество выделенных вредных факторов не превышает пяти, следовательно, степень напряжённости трудового процесса пользователя при работе с информационной системой можно признать допустимой.
7.5 Разработка мер профилактики и повышения безопасности человеко-машинного взаимодействия
Выделим и рассмотрим все группы мероприятий по устранению причин отказов, для того чтобы решить проблемы повышения безопасности, отказоустойчивости и эффективности работы приложения, а именно:
· индивидуальные;
· организационные;
· технические;
· санитарно-гигиенические.
Индивидуальные. Мероприятия данного рода направлены на поддержание хорошего эмоционального состояния пользователя. Для этого необходимо ввести перерывы в работе и правильно организовать свой отдых. Можно сменить вид деятельности, или предусмотреть возможность кратковременного отдыха на свежем воздухе. Кроме того, необходимо, чтобы место для работы было максимально эргономично и удобно для пользователя, так как это непосредственно влияет на здоровье, эмоциональный фон.
Организационные. Перед началом работы с информационной системой, необходимо ознакомиться с инструкцией по эксплуатации. Так же необходимо своевременно устанавливать драйвера и антивирусное ПО. Важно обеспечить контроль состояния эксплуатируемого оборудования и места для чтения. А также обеспечить соблюдение оптимальных режимов работы оборудования и рациональной зоны размещения оборудования.
Санитарно-гигиенические. Чтобы уменьшить вредное воздействия от длительной работы за компьютером, пользователи должны выполнять в перерыве между работой простые физические упражнения и давать глазам отдых. Важно следить за освещенностью места работы пользователей. Требуется регулярно очищать персональные компьютеры от пыли и грязи.
Технические. К ним относятся различные способы поддержания жизнеспособности системы в случае различных отказов оборудования. Для обеспечения автономного питания в случае отключения электроэнергии, необходимо приобрести несколько автономных источников питания. Для предотвращения поломок компьютера и сопутствующего оборудования необходимо проводить профилактическую диагностику и своевременно проводит замену различных частей оборудования.
Выводы по разделу
В разделе «безопасность человеко-машинного взаимодействия» был проведен анализ безопасности и экологичности информационной системы для пользователя, при помощи которого были выявлены нежелательные события работы системы. В результате оценки работы информационной системы мы выяснили, что у нас допустимый (2 класс) условий труда
Заключение
В выпускной квалификационной работе была поставлена и выполнена задача выработки предложений по оптимизации деятельности сотрудников, работающих удаленно. Для этого было выбрано предприятие ООО «Бюро переводов Полиглот».
Решение данной задачи было найдено эмпирически, было предположено, что наличие средств удаленного многопользовательского доступа позволит уменьшить издержки переводчиков и повысить их производительность в рабочий день.
Математическое моделирование позволило наглядно показать разницу, которой можно достичь при внедрении проектируемой системы.
Были предложены оптимизированные бизнес-процессы выдачи заданий и отправки их удаленному сотруднику. За счет этого удалось сократить издержки по времени на 17% и издержки по деньгам на 3%.
Предложения по оптимизации были вложены в требования к информационной системе, которая является веб-приложением, построенным на архитектуре MVC.
Ведется разработка прототипа информационной системы. На данный момент реализован модуль передачи данных, а также модуль контроля выполнения заданий.
Таким образом, в ходе работы достигнуто существенное улучшение проблемных процессов предприятия.
Размещено на Allbest.ru
Подобные документы
Реализация информационной системы для ведения документации по аренде в СУБД Access 2000. Построение функциональной и информационной модели. Описание программного обеспечения, разработанного в архитектуре "клиент-сервер", анализ операционных характеристик.
курсовая работа [637,9 K], добавлен 30.08.2010Анализ решений по автоматизации аптечной деятельности. Разработка автоматизированной системы формирования заказов. Проектирование многопользовательского доступа к данным. Организация сетевой работы. Реализация протокола взаимодействия сервера и клиента.
дипломная работа [623,8 K], добавлен 19.01.2017Разработка автоматизированной информационной системы учета заказов на выполнение работ и формированию отчетной документации Бюро технической инвентаризации (БТИ). Системный анализ и схема документооборота. Разработка инфологической модели данных.
дипломная работа [603,9 K], добавлен 29.08.2014Проектирование многопользовательской информационной системы для автоматизации работы диспетчера отдела грузоперевозок. Выбор среды программирования. Разработка программного обеспечения, таблиц базы данных АСОИ. Построение диаграмм классов и деятельности.
курсовая работа [298,1 K], добавлен 03.06.2014Характеристика основных методов проектирования: в SADT, UML. Техническое задание на информационную систему. Создание модели в стандарте SADT (IDEF0). Декомпозиция родительской модели. Создание таблиц базы данных и связей между ними, бизнес логики.
курсовая работа [1,0 M], добавлен 14.11.2017Общая характеристика предприятия и определение проблем в его деятельности, анализ известных подходов к их решению. Средства разработки и анализ информационных потоков. Разработка и структура модели деятельности предприятия "как есть" и "как должно быть".
курсовая работа [372,7 K], добавлен 20.12.2013Разработка информационного обеспечения автоматизированной системы. Структурная схема и алгоритм программы. Проектные решения по программному обеспечению автоматизированной системы. Программа ведения учетно-отчетной документации пофидерного анализа.
дипломная работа [662,2 K], добавлен 06.06.2010Анализ подходов к системе дистанционного образования. Разработка принципов и структуры программы для внеклассной работы школьников по информатике. Проектирование системы с использованием CASE-средств. Построение автоматизированной модели данных.
дипломная работа [2,6 M], добавлен 27.10.2017Разработка автоматизированной системы по учету и анализу заказов на товары для предприятия, работающего в сфере торговли товарами для обеспечения безопасности. Разработка удобного для пользователя интерфейса. Реализация многопользовательского доступа.
дипломная работа [1,1 M], добавлен 14.01.2012История создания методологии SADT, ее сущность и процедура. Состав, типы связей между функциями. Построение IDEF0 модели для автоматизации деятельности магазина "Ластик". Описание предметной области. Применение SADT для моделирования деятельности.
контрольная работа [450,1 K], добавлен 24.12.2013