2.1 Модель предметной области «как будет»

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

На контекстной диаграмме сделаны следующие изменения: добавлен механизм «информационная система»: все функции будут автоматизированы, а также отмечено управляющее воздействие «правила работы в ИС»: для работы с информационной системой понадобится соблюдение определенных правил и алгоритмов. Две новых стрелки на диаграмме выделены более жирно (рисунок 2.1).

Рисунок 2.1 - Контекстная диаграмма функциональной модели «как будет»

Основной функцией по-прежнему будет управление заказами клиентов. Для выполнения этой функции в систему будут поступать такие данные и документы:

? заявка клиента (заполняется на электронном бланке);

? данные клиента (все необходимые данные: паспортные, контактные, данные о счетах и т.д. вносятся из заявки или подбираются из базы уже зарегистрированных клиентов);

? справочник услуг (полный электронный перечень услуг с указанием примерных сроков и стоимости);

? проектная документация (эти документы передаются и хранятся в электронном виде);

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

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

? договор с клиентом (передается самому клиенту и в бухгалтерию для учета оплаты);

? оформленный заказ (формируются данные о типе услуг, времени, сроках). Хранятся в электронном виде, доступ к ним получает производственный отдел;

? отчетность (на основе данных о ходе выполнения работ автоматически формируются отчеты по результатам сдачи определенного этапа или всего проекта);

? итоговый пакет документов (для клиента автоматически формируется полный пакет документов).

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

? должностная инструкция работника (в работе сотрудник руководствуется положениями своей должностной инструкции);

? нормы ДОУ (процесс предполагает ведение документации, что предполагает обеспечение их соответствия нормам ведения документации как на уровне организации, так и на уровне государственных стандартов);

? НПА РФ (знание и применение норм законодательства особенно важно при заключении договора);

? правила работы в информационной системе.

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

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

Рисунок 2.2 - Функциональная модель первого уровня «как будет»

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

Проанализируем, каким образом изменились основные процессы.

1. Обновление базы данных клиентов. Стоит отметить, что все данные клиента (персональные, контактные, банковские реквизиты и т.д.) вносятся в общую клиентскую базу. Если заказчик обращается в фирму повторно, то его данные уже имеются в базе, производится только их обновление, если это необходимо.

2. Оформление заказа. После того, как клиент определился с видом услуг, присходит заполнение данных о заказе: данные клиента, тип услуг, объем работ, сроки. На основании этого выполняется расчет стоимости и подготовка договора с клиентом.

3. Отражение хода проекта. Оно выполняется автоматически и включает также формирование документации по проекту. При этом техническая документация (техническое задание, схемы локальных сетей и т.д.) хранится в электронном виде и на нее имеются ссылки из заказа. На разных этапах выполнения проекта в системе выполняется отслеживание хода проекта. На этой основе автоматически формируются отчеты для клиента по ходу выполнения работ.

4. Закрытие проекта. По результатам приемки объекта формируется акт сдачи-приемки, подготавливается весь пакет документов для клиента.

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

Все это существенно сократит количество потоков информации, а также количество хранилищ данных (рисунок 2.3).



Рисунок 2.3 - Модель потоков данных «как будет»

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

2.2 Проектирование базы данных

2.2.1 Инфологическая модель данных предметной области

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

Для успешной реализации проекта объект проектирования должен, прежде всего, быть адекватно описан. Это значит, что должны быть построены полные и непротиворечивые информационные модели проектируемой информационной системы. Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью [28, c.54].

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

Целью информационного моделирования является определение сущностей, или объектов, которые составляют предметную область, а также определение связей между этими сущностями. Объекты информационной модели описываются через их имена и имена их атрибутов. Под атрибутом сущности понимается любое свойство, которое позволяет уточнить, идентифицировать состояние сущности [25, c.12]. Основными объектами предметной области, о которых должна храниться информация, будут: клиент, заказ, услуга, скидка, проектная документация, ход вполнения, стоимость, оплата.

Следующим шагом проектирования является определение связей между объектами. Связь устанавливается между двумя информационными объектами. Наличие связи, как правило, определяется природой реальных объектов, процессов и явлений, отображаемых этими информационными объектами. Связь между объектами существует, если логически взаимосвязаны экземпляры этих информационных объектов [32].

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

Пример информационной модели данных уровня сущностей для анализируемой предметной области показан на рисунке 2.4.



Рисунок 2.4 - Информационная модель уровня сущностей

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

Рис. 2.5 - Информационная модель «Сущность-связь».

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

Последним этапом моделирования является анализ типов данных существующих атрибутов (рисунок 2.6).

Рис. 2.6 - Информационная модель «Сущность-связь» с указанием типов.

Используя разработанные модели предметной области можно разработать физическую структуру базы данных, и даже автоматически сгенерировать ее с использованием возможностей программного средства ER-Win.

2.2.2 Проектирование базы данных предметной области

Используя разработанные модели предметной области можно разработать физическую структуру базы данных, и даже автоматически сгенерировать ее. При преобразовании инфологической модели в даталогическую используются такие правила [43, c.94]:

1. Каждая сущность становится таблицей. Названия таблиц задаются во множественном числе.

2. Каждый атрибут сущности становится столбцом таблицы.

3. Ключевой атрибут становится ключом таблицы.

4. Связи между сущностями становятся связями между таблицами.

На основе имеющейся информационно-логической модели была автоматически сгенерирована логическая структура реляционной базы данных в СУБД MS Access. На этой схеме реляционные таблицы представлены структурой, определяемой составом и последовательностью полей (атрибутов). Наименования ключевых полей выделены. Логические связи изображены линиями между соответствующими ключами связи (рисунок 2.7).

Рисунок 2.7 - Схема базы данных

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

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

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

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

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

К входной информации относится вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти ЭВМ. Входной информацией для разрабатываемой в дипломном проекте информационной системы являются данные клиентов, информация о ходе выполнения проекта, оплате.

Данные клиентов будут располагаться в таблице Клиенты со следующей структурой (рисунок 2.8).

Рисунок 2.8 - Структура таблицы Клиенты

Данные о ходе выполнения проекта будут располагаться в таблице Ход выполнения со следующей структурой (рисунок 2.9).



Рисунок 2.9 - Структура таблицы Ход выполнения

В таблицу Ход выполнения вносятся данные о каждом отчете по результатам текущей, периодической проверки или итогового контроля с указанием типа проверки и результатов. Данные об оплате проекта будут располагаться в таблице Оплата со следующей структурой (рисунок 2.10).

Рисунок 2.10 - Структура таблицы Оплата

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

К условно-постоянной относится информация, использующаяся во многих циклах обработки и остающаяся неизменной в течение длительного периода времени. Целями создания условно - постоянной информации является централизация хранения данных, повышение достоверности данных, устранение дублирования, сокращение объема работ по подготовке и вводу их в ЭВМ [47, c.75]. В нашем случае к условно - постоянной информации относится информация, хранящаяся в следующих справочниках: услуги, скидки. Рассмотрим подробнее структуру и содержание этих справочников. Справочник Услуги содержит информацию по всем услугам, которые предоставляет организация.

Рисунок 2.11 - Структура таблицы Услуги

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

Рисунок 2.12 - Структура таблицы Скидки

Основными функциями Справочников являются:

? обеспечение проверки кодированных значений признаков при вводе данных;

? декодирование значений признаков при выводе данных на экран дисплея;

? хранение постоянной информации, связанной с определёнными значениями признаков;

? оформление пояснительным текстом таблиц, получаемых в результате решения комплекса задач [52, c.84].

Результатными показателями являются: заказы, стоимость, проектная документация. Рассмотрим подробнее структуру и содержание этих таблиц.

Таблица Заказы хранит всю необходимую информацию о заказах, которые ведут менеджеры фирмы.

Рисунок 2.13 - Структура таблицы Заказы

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

Рисунок 2.14 - Структура таблицы Проектная документация

Таблица Стоимость позволяет рассчитать итоговую стоимость проекта с учетом скидок, неустоек, наценок и т.д.

Рисунок 2.15 - Структура таблицы Стоимость



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

2.3 Разработка интерфейса пользователя

Пользовательский интерфейс представляет собой совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя с компьютером. Основу такого взаимодействия составляют диалоги. Под диалогом в данном случае понимают регламентированный объем информацией между человеком и компьютером, осуществляемый в режиме реального времени и направленный на решение какой-либо задачи. Обмен информацией осуществляется передачей сообщений и управляющих сигналов. Сообщения - это порция информации, участвующая в диалоговом обмене [24, c.84].

Разработка интерфейса системы строится на основе психофизических особенностей восприятия человека:

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

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

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

Особенности памяти. Одновременно человек способен воспринимать и запоминать от 5 до 9 несвязанных объектов [24, c.89].

Все эти особенности необходимо учитывать в процессе разработки интерфейса пользователя. Выделяют четыре этапа разработки интерфейса [15, c.15]:

1. Определение требований пользователя к интерфейсу и типа интерфейса.

2. Определение сценариев использования интерфейса.

3. Проектирование.

4. Реализация (программирование и тестирование).

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

1. Разграничение доступа для разных групп пользователей.

2. Возможность выбора действий (функций) с объектами предметной области.

3. Удобство и простота в использование.

4. Интуитивная понятность и быстрота освоения.

5. Использование эргономичных цветов и расположения элементов на форме.

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

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

- примитивные - организуют работу с пользователем в консольном режиме. Используется в установочных программах;

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

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

2. Объектно-ориентированные - интерфейсы прямого манипулирования, предполагают выбор и перемещение пиктограмм, соответствующих объектам предметной области [6, c.102].

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

На основе описания функций информационной системы опишем структуру меню для интерфейса пользователя (рисунок 2.16).



Рисунок 2.16 - Структура меню интерфейса пользователя

На основе разработанной структуры меню и будут разработаны формы приложения пользователя с использованием возможностей среды программирования Делфи.

При запуске программы загружается главная форма приложения, которая содержит главное меню, обеспечивающее доступ ко всем операциям приложения. Рассмотрим основные формы приложения и выполняемые ими функции. В главном окне программы отображаются все заказы в порядке убывания даты (рисунок 2.17).



Рисунок 2.17 - Главное окно программы

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

Рисунок 2.18 - Форма Клиенты

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

1. Область поиска;

2. Область просмотра данных.

3. Область обработки данных (добавления, редактирования, удаления).

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

При нажатии на кнопку «Добавить» открывается дополнительная форма, где необходимо внести данные о получателе - подразделении компании, заполнив все предложенные поля. Добавление кода выполняется программно (рисунок 2.19).

Рисунок 2.19 - Форма добавления клиентов

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

Рисунок 2.20. Окно запроса подтверждения

Для удаления используется запрос к базе данных, заданный с использованием компонента ADOQuery. Свойство SQL этого компонента содержит такую запись:

Delete From Клиенты

Where [Код_клиента]=:nkon;

В запросе используется параметр - Код клиента, он задается при выполнении программы. Процедура обработки события нажатия кнопки «Удалить» выглядит следующим образом:

procedure TForm6.Button3Click(Sender: TObject);

begin

If MessageDlg('Вы уверены, что хотите удалить запись?',mtWarning,mbOKCancel,0) = mrOk then begin

DataModule2.QDel.Parameters[0].Value:=DataModule2.TKl.Fields[0].Value;

DataModule2.QDel.ExecSQL;

DataModule2.TKl.Close;

DataModule2.TKl.Open;

end;

end;

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

DataModule2.TKl.Filtered:=false;

If Edit2.Text<>'' then begin

DataModule2.TKl.Filter:='ФИО like '+QuotedStr('%'+Edit2.Text+'%');

DataModule2.TKl.Filtered:=true;

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

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



3. АНАЛІЗ ЗАТРАТ НА РАЗРАБОТКУ ІНФОРМАЦІЙНИХ СИСТЕМ

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

Для оценки затрат на внедрение системы необходимо разработать проект разработки и внедрения системы, оценить временные и материальные ресурсы, необходимые для каждой задачи [2, c.53]. Для выполнения этих задач удобно использовать проектные технологии, а именно сетевые методы планирования.

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

Рисунок 3.1 - Дерево целей проекта



Стоит отметить, что каждая задача реализуется через последовательность выполняемых этапов [10, c.22]. Хотя некоторые задачи могут и не включать отдельных этапов. Декомпозиция целей разрабатываемой информационной системы на отдельные задачи представлена на рисунке 3.2.

Рисунок 3.2 - Декомпозиция задач проекта

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

Таблица 3.1 - Последовательность работ проекта

Код работ	Название	Предшествующая работа	Длительность (дн)
1	Описание функций работников	-	1
2	Разработка функциональной модели	1	1
3	Формулирование проблем	2,3	3
4	Формулирование требований к ПС	5,6	3
5	Сравнительный анализ ПС	7	5
6	Описание задач пользователей	8	3
7	Разработка инфологической модели	9	5
8	Проектирование таблиц, нормализация	11	5
9	Выбор среды разработки	12	1
10	Разработка таблиц	13	7
11	Разработка форм пользователя	15	10
12	Разработка отчетов	15	5
13	Ввод данных в базу	17	4
14	Тестирование БД	19	3
15	Разработка документации	19	2
16	Установка приложения	20,21,22	1
17	Обучение персонала	24	2

Проанализировав проект, составив наименование работ и установив продолжительность каждой работы можно построить линейный график Ганта. График был реализован с помощью программы MS Project 2007. Программа позволяет прописать название задачи, ее длительность, указать название ресурсов, с помощью которых будут реализовываться задачи [26, c.88]. Также можно указать затраты на оплату рабочего времени каждого ресурса. В первую очередь осуществляется описание структуры работ проекта (Рисунок 3.3).

Рисунок 3.3 - Структура работ проекта



Стоит отметить, что при задании структуры проекта были выделены этапы, объединяющие несколько задач. На рисунке это строки, выделенные жирным шрифтом со знаком «минус» слева от названия. Имеется возможность сворачивать группы. При этом, рассчитывается общее время выполнения этапа с учетом параллельного выполнения работ. Кроме того, в таблице введены данные о вехах - задачах, которые имеют длительность 0, т.е. событиях.

В нашем проекте обозначены такие события, как начало и завершение проекта. По результатам расчетов весь проект займет 30 дней, без учета выходных и праздничных дней. На основе этой таблицы программа автоматически строит диаграмму Ганта (Рисунок 3.4).

На диаграмме Ганта красным цветом с круглыми «наконечниками» обозначены критические работы - такие работы, задержка которых на определенный промежуток времени, приведет к задержке всего проекта на этот промежуток времени. Стоит отметить, что большинство работ проекта являются критическими, что накладывает серьезные требования к процессу выполнения проекта.

Рисунок 3.4 - Диаграмма Ганта

Черными линиями на диаграмме обозначены этапы проекта, черными точками - вехи. Выполнение отдельных этапов проекта, количество времени, которые они занимают, и их последовательность можно увидеть, свернув этапы в таблице работ. Результат этого представлен на рисунке 3.5.

Рисунок 3.5 - Отдельные этапы выполнения проекта

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

3.2 Оценка экономической эффективности внедрения программного продукта

Экономическая эффективность - базовая категория теории и практики принятия управленческих решений об инвестировании средств в развитие производства. «Результаты» и «затраты» являются важнейшими понятиями, связанными с измерением экономической эффективности инвестиционных проектов. Результаты отображают те глобальные задачи, которые должны быть решены в инвестиционном проекте для достижения главной цели экономического развития. Результаты напрямую связаны с преследуемыми инвесторами целями. В инвестиционном проектировании приходится иметь дело как с экономическими, так и внеэкономическими результатами [5, c.74].

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

Разность оценок результатов и затрат формируют эффект, позволяющий судить о том, что получит инвестор в результате реализации проекта [5, c.78].

Эффект можно представить в двух выражениях:

1) Разность совокупного результата и совокупных затрат.

2) Разность совокупных результатов и только текущих издержек.

Эффективность - синтетическая категория. Она позволяет судить о том, какой ценой достигается поставленная в проекте цель. Чаще всего ее трактуют как выражение соотношения результатов затрат, но можно трактовать и как соотношение эффекта и единовременных затрат.

Эффективность инвестиционного проекта определяется для решения ряда задач:

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

2) оценки преимуществ рассматриваемого проекта в сравнении с альтернативными;

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

Срок окупаемости (англ. Pay-Back Period) - период времени, необходимый для того, чтобы доходы, генерируемые инвестициями, покрыли затраты на инвестиции. Этот показатель определяют последовательным расчетом чистого дохода (англ. Present Value) для каждого периода проекта. Точка, в которой PV примет положительное значение, будет являться точкой окупаемости.

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

Период окупаемости рассчитывается по формуле:

(1)

гдеT_ОК - период окупаемости (месяцев);

КЗ_А - капитальные затраты автоматизации;

Э_М - месячная экономия.

Капитальные затраты автоматизации рассчитываются следующим образом:

(2)

Где Ц_ПО - капитальные затраты на покупку программного обеспечения;

К_ТЕХ - капитальные затраты на покупку технического обеспечения;

К_РМ - капитальные затраты на создание рабочего места пользователя;

К_ПР - капитальные затраты на приобретение и установку программы;

К_Н - капитальные затраты на настройку программы.

(3)

Для нашего случая слагаемые в формуле (2) будут выглядеть следующим образом:

1) Ц_ПО=0. Будет использоваться уже существующее ПО. На клиентах, где уже установлен Windows, его стоимость в состав ПО для АРМ выходить не будет, т.к. эти затраты являются обязательными для других целей и учитываются в других местах.

2) К_ТЕХ=20000 рублей. Для работы АРМ необходимо купить один компьютер средней мощности, который будет выполнять роль сервера для СУБД.

3) К_РМ=0. Места для пользователей уже существуют и оборудованы согласно представленным требованиям.

4) К_ПР=25000. Такую сумму планирует вложить организация в написание данной программы.

5) К_Н=0. Затраты на первичную настройку оборудования и системы включены в затраты на приобретение и установку программы.

Таким образом, формула (2) примет следующий вид

рублей.

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

Сама нагрузка постоянно увеличивается за счет увеличения клиентов. Поэтому следующее увеличение численности отдела после внедрения АРМ потребует приема меньшего количества человек и распределения части работы между имеющимся штатом.

Также следует заметить, что разница в выполнении дневной нормы работы в производственном отделе до и после внедрения АРМ, которая составляет 0,5 часа, является минимальной, т.к. в некоторых случаях она может достигать 1-2 часов в зависимости от типа работы.

Данные для расчета месячной экономии представлены в таблице 3.2.

Таблица 3.2 - Месячные затраты на производственный процесс до и после внедрения АРМ

Показатель	Затраты до	Затраты после
1	2	3
1) Заработная плата в отделе: А) Количество человек, необходимое для выполнения нагрузки Б) Количество часов в день, необходимое для выполнения дневной нормы по стандарту (из расчета 8 часов в день) В) Сумма заработной платы на человека	200 000 20 8 10 000	187 500 20 7,5 10 000
2) Амортизация оборудования для работы АРМ	0	560
3) Затраты на доплату администратору БД за обслуживание АРМ (в мес.)	0	1000
4) Затраты начальника производственного отдела на расчет нагрузки по подразделениям А) Количество дней для расчета Б) Стоимость дня просчета	1000 2 500	250 0,5 500
ИТОГО:	201 000	189 310

Амортизация оборудования была рассчитана из условий, что стоимость оборудования составляет 20 000 рублей, а полезный срок эксплуатации - 3 года (36 месяцев). Итого месячная экономия получается согласно формуле (3) получается рублей.

Период окупаемости по формуле (1) получается месяца. Следуем отметить, что это достаточно небольшой срок окупаемости, и для такой большой организации как РСТ «Норильскэнергоремонт» должно быть очень выгодно введение такого АРМ в действие, требующее минимальных вложений и дающее эффект уже через 4 месяца.

Помимо денежной экономии АРМ имеет ряд преимуществ, которые носят больше качественную оценку, чем стоимостную:

-Отсутствие затрат на бумажные носители, а также физическое место для их хранения.

-Быстрота поиска информации и надежность хранения.

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

-Систематичность хранимой информации. Вся информация хранится в одной систематизированной форме.

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

-Наличие автоматизированных отчетов, экономящих время на анализ данных.

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



4. МЕРОПРИЯТИЯ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ ЖИЗНЕДЕЯТЕЛЬНОСТИ

4.1 Анализ характеристик проекта и трудовой деятельности

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

Опасными называются производственные факторы, воздействие которых на работающего в определенных условиях приводит к травме или другому внезапному ухудшению здоровья. Если же производственный фактор приводит к заболеванию или снижению работоспособности, то его считают вредным (ГОСТ 12.0.002-80). В целях обеспечения нормальных условий труда, снижения риска профессиональных травм и заболеваний на предприятиях должны быть приняты меры по предупреждению и устранению опасных и вредных производственных факторов, а также снижению степени воздействия на сотрудников.

Согласно ГОСТ-12.0.003-74 "ССБТ Опасные и вредные производственные факторы" опасные и вредные производственные факторы, присутствующие, при настройке, монтаже и обслуживании компьютерной системы, подразделяются по природе действия на следующие группы: физические, химические, биологические и психофизиологические.

Техническое обеспечение информационной системы в большей степени представлено персональными компьютерами, которые представляют собой стандартные ПЭВМ. Все остальные элементы системы подключаются к ПЭВМ и являются периферийными устройствами.

4.2 Мероприятия по эргономическому обеспечению

4.2.1 Требования к естественному освещению рабочего места

Естественный свет должен падать на рабочее место пользователя ПК сбоку, преимущественно слева. Экран монитора должен находиться от глаз оператора на расстоянии 600 - 700 мм, но не ближе 500 мм. Если в помещении наличествует несколько столов с мониторами, то расстояние между ними должно не превышать 2 м, а расстояние между боковыми поверхностями мониторов - 1.2 м.

Высота рабочей поверхности стола должна быть либо фиксирована на высоте 725 мм, либо регулироваться в пределах 680 - 800 мм. Все используемое оборудование должно располагаться оптимальным образом, дабы не загромождать стол и обеспечивать удобство работы. Рабочий стол должен иметь пространство для ног шириной не менее 500 мм и высотой не менее 600 мм.

Конструкция рабочего стула должна обеспечивать:

? ширину и глубину поверхности сиденья не менее 400 мм;

? поверхность сиденья с закругленным передним краем;

? регулировку высоты поверхности сиденья в пределах 400 - 550 мм и углам наклона вперед до 15 град, и назад до 5 град.;

? высоту опорной поверхности спинки 300 +/- 20 мм, ширину - не менее 380 мм;

? угол наклона спинки в вертикальной плоскости в пределах +/- 30 градусов;

? регулировку расстояния спинки от переднего края сиденья в пределах 260 - 400 мм;

? стационарные или съемные подлокотники длиной не менее 250 мм и шириной - 50 - 70 мм;

? регулировку подлокотников по высоте над уровнем сиденья в пределах 230 +/-30 мм и внутреннего расстояния между подлокотниками в пределах 350 - 500 мм.

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

Согласно ГОСТ 27954-88 “Видеомониторы ПЭВМ. Дозы излучения”, требования безопасности к рабочему месту оператора следующие:

? электронно-лучевые трубки монитора должны быть взрывобезопасными, без дополнительной защиты;

? желательно использовать ЖК-мониторы;

? мощность дозы рентгеновского излучения в любой точке пространства на расстоянии 5 см от экрана видеомонитора не должна превышать 0,03 мкР/с при 41-часовой рабочей неделе.

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

4.2.2 Требования к освещенности рабочей зоны

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

? естественные (солнце);

? искусственные (осветительные лампы);

? совмещенные.

Рабочие столы следует размещать таким образом, чтобы ВДТ были ориентированы боковой стороной к световым проемам, чтобы естественный свет падал преимущественно слева.

Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 -500 лк. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 лк.

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

Следует ограничивать отраженную блесткость на рабочих поверхностях (экран, стол, клавиатура и др.) за счет правильного выбора типов светильников и расположения рабочих мест по отношению к источникам естественного и искусственного освещения, при этом яркость бликов на экране ПЭВМ не должна превышать 40 кд/м².

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

4.3 Мероприятия по обеспечению требований техники безопасности

4.3.1 Обеспечение требований техники безопасности по напряжению в электрической сети

Для защиты работников от поражения электрическим током ГОСТ 12.4.011-75 «Средства защиты работающих. Общие требования и классификация» регламентирует следующие средства защиты:

? устройства автоматического контроля и сигнализации;

? изолирующие устройства и покрытия;

? устройства защитного заземления и зануления;

? устройства автоматического отключения;

? предохранительные устройства.

В помещении необходимо установить ряд контролирующих устройств, таких, как общий рубильник, сетевые фильтры и т.п.

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

Исключительно важное значение для предотвращения электротравматизма имеет правильная организация обслуживания действующих электроустановок вычислительных центров (ВЦ), проведение ремонтных, монтажных и профилактических работ. При этом необходимо строгое выполнение организационных и технических мероприятий, установленных “Правилами технической эксплуатации электроустановок потребителей (ПУЭ)” и межотраслевыми правилами по охране труда.

Рабочие помещения операторов являются помещениями без повышенной опасности поражения электрическим током.

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

? меры, обеспечивающие безопасность эксплуатации при нормальном состоянии электрооборудования;

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

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

Согласно ГОСТ 12.2.007-75 ПЭВМ, на которых производится работа, относятся к классу электробезопасности 01 (имеет рабочую изоляцию, элемент для заземления и привод без заземляющей шины для подключения питания). В соответствии с правилами электробезопасности в служебном помещении должен осуществляться постоянный контроль состояния электропроводки, предохранительных щитов, шнуров, с помощью которых включаются в электросеть компьютеры, осветительные приборы, другие электроприборы.

В соответствии с межотраслевыми правилами по охране труда к обслуживающему персоналу электроустановок предъявляются следующие требования:

? лица, не достигшие 18-летнего возраста, не допускаются к работам в электроустановках;

? лица не должны иметь увечий и болезней, мешающих производственной работе;

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

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

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

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

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

Занулением называется преднамеренное электрическое соединение с нулевым защитным проводником металлических нетоковедущих частей, которые могут оказаться под напряжением. Нулевой защитный проводник - это проводник, соединяющий зануляемые части с глухозаземленной нейтральной точкой обмотки источника тока или ее эквивалентом (ГОСТ 2.1.009-76).



4.3.2 Методы защиты от электромагнитных излучений

К методам защиты от электромагнитных излучений относятся:

? рациональное размещение излучающих и облучающих объектов, исключающее или ослабляющее воздействие излучения на персонал;

? ограничение места и времени нахождения работающих в электромагнитном поле;

? удаление рабочего места от источника электромагнитных излучений;

? уменьшение мощности источника излучений;

? использование поглощающих или отражающих экранов;

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

4.3.3 Меры защиты от статического электричества

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

В помещениях разрядные токи статического электричества чаще всего возникают при прикосновении обслуживающего персонала к любому из элементов ПЭВМ. Такие разряды опасности для человека не представляют, однако, кроме неприятных ощущений, они могут привести к выходу из строя ПЭВМ.

Электростатические заряды должны подавляться при помощи заземляющих устройств, экранов или посредством соблюдения безопасных расстояний (ГОСТ 12.2.007.9-88 “Оборудование электротермическое. Требования безопасности”).

В качестве индивидуального средства защиты от статического электричества операторы ПЭВМ используют спецодежду с антистатической пропиткой.

4.4 Общие требования по пожарной безопасности

Выполняющий работу должен пройти инструктаж по правилам пожарной безопасности. Территория работы должна очищаться от горючих отходов и мусора. Курение в помещении запрещается. Электрическая сеть должна быть создана в соответствии с «Правилами ТЭ и ТБ потребителей», которые определяют выбор сечений проводов и их изоляции, защиту предохранительными устройствами от перегрузок сети. Все токоведущие части и предохранительные устройства должны монтироваться на несгораемых основаниях. Электропроводка должна выполняться скрытым способом, а светильники и электрощиты должны быть закрытого исполнения. На территории должен присутствовать огнетушитель, противопожарные детекторы и общий рубильник питания. В помещении необходимо иметь запасной выход, имеющий соответствующую маркировку, так же запасной выход должен быть отмечен на карте действия при пожаре, вывешенной на виду у персонала. Дверь должна легко открываться в сторону выхода из помещения и закрываться на легко поворачивающиеся запоры. Все противопожарные установки должны находиться в исправном состоянии и, по необходимости, снабжены инструкциями по использованию. Состояние системы противопожарной безопасности должно проверяться инспектором в установленные сроки.



ЗАКЛЮЧЕНИЕ

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