Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка информационного и программного обеспечения для планирования и контроля мероприятий предприятия

Разработка информационного и программного обеспечения для планирования и контроля мероприятий предприятия

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

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

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

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

1

Размещено на http://www.allbest.ru/

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение высшего образования

"Поволжский государственный университет телекоммуникаций и информатики"

Факультет Заочного обучения

Направление (специальность) Информационные системы и технологии

Кафедра Информационных систем и технологии

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

(БАКАЛАВРСКАЯ РАБОТА)

Разработка информационного и программного обеспечения для планирования и контроля мероприятий предприятия

Руководитель доцент к. п. н., доцент.

А.В. Дудко

Разработал БИСТу-30 С.Д. Михайлёв

Самара 2017

Содержание

  • Введение
  • 1. Теоретический анализ практической области и проектирование моделей
  • 1.1 Анализ существующих систем для планирования и контроля мероприятий предприятия
  • 1.2 Изучение области с целью нахождения путей модернизации
  • 2 Анализ существующих программных средств
  • 2.1 Выбор баз данных
  • 2.2 Обоснование выбора среды разработки программного продукта
  • 2.3 Преимущества собственного приложения
  • 3. Реализация проекта
  • 3.1 Создание БД
  • 3.2 Руководство пользователя
  • 3.3 Различия в алгоритмах работы
  • 3.4 Расчет параметров эффективности разработанного комплекса
  • Заключение
  • Список использованных источников

Введение

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

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

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

Мотивом выбора при успешном выполнении поставленной задачи для предприятия будут такие преимущества, как:

увеличение скорости документооборота и устранения ошибок дублирования

прозрачность и открытость для контролирования

понятную и функциональную систему для поддержки принятия решения в области общественной деятельности работников предприятия

визуализировать протекающие процессы контроля мероприятий

среда разработка программный продукт

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

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

В таком случае целью ВКР будет являться создание системы превосходящей текущую по параметру скорости обработки информации [8] и представляющую собой комплекс информационного и программного обеспечения.

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

- изучить механизм планирования и проведения общественных и корпоративных мероприятий производственного объеденения а также способы работы и взаимосвязи профсоюзных работников на основе существующих систем [13];

- разработать возможные способы решения проблем автоматизации и внедрения дополнительных возможностей по мере выполнения модернизации;

- выбрать наиболее подходящую информационную систему и СУБД для текущей задачи;

- разработать и создать программный продукт для информационного и программного обеспечения задачи;

- описать способ реализации данного комплекса для выполнения ВКР.

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

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

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

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

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

В заключении приведены выводы и результаты проделанной работы.

1. Теоретический анализ практической области и проектирование моделей

1.1 Анализ существующих систем для планирования и контроля мероприятий предприятия

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

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

В основе своей на территории Российской Федерации, как впрочем и на большей части стран членов СНГ [1] делопроизводство и документооборот в этой непроизводственной сфере существует либо на бумажных носителях или в виде устных указаний и рекомендаций либо отсутствует вообще.

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

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

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

1.2 Изучение области с целью нахождения путей модернизации

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

Требования к возможному программному комплексу:

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

- возможность назначения различных задач для данного мероприятия;

- выбор ответственного рабочего и прикрепление его в отчётности к этому мероприятию;

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

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

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

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

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

- безопасность с возможностью доступа различным пользователям и различными уровнями допуска [19];

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

Таким образом, была выбран путь заключающийся в использовании БД и связанного с ним приложения.

2 Анализ существующих программных средств

2.1 Выбор баз данных

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

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

Рис.2.1.1 - Скриншот Toad Data Modeler с БД SQLite

SQLite - легко встраиваемая в приложения база данных. Так как это система базируется на файлах, то она предоставляет довольно широкий набор инструментов для работы с ней, по сравнению с сетевыми СУБД. При работе с этой СУБД обращения происходят напрямую к файлам (в эти файлах хранятся данные), вместо портов и сокетов в сетевых СУБД. Именно поэтому SQLite очень быстрая, а также мощная благодаря технологиям обслуживающих библиотек [3].

Преимущества SQLite

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

- Используемые стандарты - хотя может показаться, что эта СУБД примитивная, но она использует SQL. Некоторые особенности опущены (RIGHT OUTER JOIN или FOR EACH STATEMENT), но основные все-таки поддерживаются;

- Удобна при разработке и тестировании - в процессе разработки приложений часто появляется необходимость масштабирования. SQLite предлагает всё что необходимо для этих целей, так как состоит всего из одного файла и библиотеки написанной на языке C.

Недостатки SQLite

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

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

Помимо этого имеется особенность, так как SQLite является бестиповой базой данных [17]. Точнее, есть только два типа - целочисленный integer и текстовый text. Причём integer используется преимущественно для первичного ключа таблицы, а для остальных данных пойдёт text. Длина строки, записываемой в текстовое поле, может быть любой.

Рис.2.1.2 - СУБД Access

Microsoft Access - СУБД, которую фирма Microsoft включает в состав своего пакета MS Office. Access занимает нишу обучающих СУБД, отличается невысокой стоимостью и лёгкой настройкой. Основными преимуществами этой СУБД является то, что она реляционная, настольная и применяется в основном, для обучения разработки приложений БД.

Достоинствами Microsoft Access являются:

- Простой, интуитивно понятный графический интерфейс, позволяющий не только создавать собственную БД, но и разработку приложений, используя встроенные средства программирования на языке VBA;

- Хранение данных производится в одном файле, распределённом по разным таблицам. К этим данным относится не только информация в таблицах, но и другие объекты этой СУБД [11].

- Большинство приложений, созданных на её основе, содержит тот или иной объем кода VBA и наличие встроенного языка макрокоманд.

Недостатки:

- Не распространяется бесплатно, только в комплекте пакета MS Office;

- Ограничены возможности по обеспечению многопользовательской среды;

- Весьма несложные средства защиты с использованием пароля доступа к СУБД.

Рис.2.1.3 - IBExpert с подключенной БД InterBase

InterBase SQL Server - это СУБД созданная компанией Borland. На данный момент разработку и поддержку ведёт компания Embarcadero. InterBase - это высоко масштабируемая, полнофункциональная, не требующая администрирования, поддерживающая Unicode, соответствующая стандартам SQL, кроссплатформенная СУБД.

Достоинства:

- соответствие SQL-92

- Эффективный механизм триггеров;

- Серверная обработка BLOB-полей (BLOB-filters)

- Шифрование сетевого трафика, базы данных, файлов бекапа и отдельных столбцов БД.

- Наличие бесплатных и условно-бесплатных версий.

Недостатки:

- Не поддерживает архитектуру x128.

- Не является diagonal-oriented DBMS.

- При использовании GUI с CGA возникают дефекты юзабилити.

При учёте всех плюсов и минусов логично отдать предпочтение системе наиболее подходящей под критерии для ПП. InterBase хоть и является морально устаревшей технологией, позволяет сделать систему как говориться с нуля и при необходимости заменить её на более усовершенствованную. Так неоспоримым преимуществом является что разработкой и поддержкой занимается компания Embarcadero. Далее в проекте будет объяснено взаимосвязь и удобства которую предоставляю среда разработки и СУБД от одного производителя.

2.2 Обоснование выбора среды разработки программного продукта

При выборе среды разработки к принятию решения используются критерии:

- Простоты освоения;

- Недорогой финансовой поддержке;

- Налаженному взаимодействию со средствами СУБД;

- Являться современной средой разработки.

Одной из приоритетных сред была Delphi 7 с интегрированной поддержкой InterBase, но для соответсвия пункта о современной среде разработки, вместо Delphi 7 будет использоваться среда Delphi XE [12].

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

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

2.3 Преимущества собственного приложения

Исходя из всего выше сказанного становится ясно, что задача автоматизации складского учёта является важнейшим аспектом для эффективной работы предприятия в целом. Для решения этой задачи нужно по максимуму использовать технологические возможности и информационные технологии. Так как существующие приложения складского учёта имеют слишком высокую цену и не полноценно вписываются в субъект исследования, было принято решение создать собственный программный продукт, полностью удовлетворяющий предметной области [16]. Разработка собственного приложения стоит в разы дешевле и к тому же полностью индивидуальная настройка под нужды организации окажется значительно эффективнее использования готовых программных продуктов. В качестве основы была взята реляционная база данных Inter Base, так как её легко интегрировать в среду разработки, а так же имеет высокую распространённость.

Работа над программой велась в среде разработки Delphi. Delphi это язык программирования, ранее известный как Object Pascal, созданный фирмой Borland и первоначально реализованный в её пакете Borland Delphi. На данный момент является наследником языка Pascal с объектно ориентированными расширениями. Это структурированный, объектно-ориентированный язык программирования со строгой статической типизацией переменных. Основная область применения - создание прикладного программного обеспечения. Первоначально носил название Object Pascal и изначально восходит к одноимённому диалекту языка, разработанному в фирме Apple в 1986 году [19]. Однако в настоящее время термин Object Pascal чаще всего употребляется в значении языка среды программирования Delphi. Начиная с Delphi 7, в официальных документах Borland стала использовать название Delphi для обозначения языка.

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

3. Реализация проекта

3.1 Создание БД

Управление приложением осуществляется сотрудником предприятия, на котором будет установлен данный ПП, поэтому ограничением прав доступа занимается СУБД.

Предметная область представлена таблицей Мероприятия (Events), а так же набором вспомогательных таблиц:

1. Сотрудники (Staff)

2. Задания (Tasks)

3. Разрешения (Permission)

4. Добавленные сотрудники (Added Staff)

5. Лого (Logo)

6. Персональная информация (Personal Data)

Таблица "Мероприятия" будет содержать следующие атрибуты:

1. Индивидуальный номер

2. Номер логотипа

3. Номер ответственного сотрудника

4. Тема

5. Описание

6. Дата проведения

7. Бюджет

8. Необходимость отчёта

9. Ссылка на отчёт\Отчёт

Таблица "Сотрудники" будет содержать следующие атрибуты:

1. Номер сотрудника

2. Имя

3. Фамилия

4. Отчество

5. Должность

6. Номер для связи

Таблица "Задачи" будет содержать следующие атрибуты:

1. Номер задачи

2. Индивидуальный номер Мероприятия

3. Задача

4. Статус выполнения

Таблица "Разрешения" будет содержать следующие атрибуты:

1. Номер разрешения

2. Индивидуальный номер Мероприятия

3. Номер ответственного за задачу

4. Задача

5. Описание

6. Статус выполнения

Таблица "Предписанные сотрудники" будет содержать следующие атрибуты:

1. Номер предписания

2. Индивидуальный номер Мероприятия

3. Номер сотрудника

4. Комментарий

Таблица "Лого" будет содержать следующие атрибуты:

1. Номер логотипа

2. Название

3. Картинка (МЕМО)

4. Авторские Права

Описание атрибутов представлено в таблицах 3.1 - 3.6.

Таблица 3.1. Описание атрибутов объекта "Мероприятия"

Мероприятия

Поле

Признак ключа

Формат поля

Имя

Полное наименование

Тип

Длина

N/NN

#_of_events

Номер мероприятия

PK

Integer

NN

Theme

Тема

Varchar

180

NN

Comment

Содержание

Varchar

1500

NN

Date

Дата

Date

NN

Cash

Бюджет

Integer

NN

Need_for_report

Необходимость отчёта

Boolean

NN

Report

Ссылка на отчёт

BLOB

N

#_responsible_officer

Ответственный

FK

Integer

NN

#_logo_Logo

Указатель логотипа

FK

Integer

N

Таблица 3.2. Описание атрибутов объекта "Сотрудники"

Сотрудники

Поле

Признак ключа

Формат поля

Имя

Полное наименование

Тип

Длина

N/NN

#_of_staff

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

PK

Integer

NN

Name

Имя

Varchar

180

NN

Surname

Фамилия

Varchar

200

NN

Patronymic

Отчество

Varchar

50

NN

Post

Должность

Varchar

300

NN

Phone_number

Телефонный номер

Varchar

11

N

Таблица 3.3. Описание атрибутов объекта "Задания"

Задания

Поле

Признак ключа

Формат поля

Имя

Полное наименование

Тип

Длина

N/NN

#_task

Номер задания

PK

Integer

NN

#_of_events_Events

Ключ мероприятия

FK

Integer

NN

Task

Содержание

Varchar

1500

NN

Complit

Выполнение

Boolean

NN

Таблица 3.4. Описание атрибутов объекта "Логотип"

Логотип

Поле

Признак ключа

Формат поля

Имя

Полное наименование

Тип

Длина

N/NN

#_logo

Номер лого

PK

Integer

NN

Name

Название

Varchar

30

NN

Copyright

Авторские права

Varchar

300

NN

image

Ссылка

Blob

N

Таблица 3.5. Описание атрибутов объекта "Предписанные сотрудники"

Предписанные сотрудники

Поле

Признак ключа

Формат поля

Имя

Полное наименование

Тип

Длина

N/NN

#_of_added_staff

Ключ

PK

Integer

NN

#_of_events_Events

Номер события

FK

Integer

NN

#_Of_Staff_Staff

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

FK

Integer

NN

Comment

Коментарий

Varchar

180

N

Таблица 3.6. Описание атрибутов объекта "Разрешения"

Разрешения

Поле

Признак ключа

Формат поля

Имя

Полное наименование

Тип

Длина

N/NN

#_permission

Ключ

PK

Integer

NN

#_of_added_staff_Added_

Staff

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

FK

Integer

NN

#_of_events_Events

Номер события

FK

Integer

NN

Task_description

Описания

Varchar

1500

NN

Complit

Выполнено

Boolean

NN

Comment

Коментарий

Varchar

1500

N

Рис.3.1.1 - Логическая модель БД

3.2 Руководство пользователя

Для работы программного продукта нужен функционирующий сервер InterBase и подключенная к нему БД. Для запуска сервера используется InterBase Manager в "Панели управления" [20].

Рис.3.2.1 - InterBase Manager в "Панели управления"

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

Рис.3.2.2 - окно настройки InterBase Manager

Когда сервер запущен, приложение может работать с БД и правильно функционировать.

Рис.3.2.3 - Свойства InterBase Manager с активным подключением

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

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

Рис.3.2.4 - окно выбора БД программы XCOM

После этого откроется главное окно программы.

Рис.3.2.5 - Главная форма программы XCOM

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

Рис.3.2.6 - Список доступных мероприятий

В верхней части можно выбрать сортировку по имени или по дате.

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

Рис.3.2.7 - Область редактирования текущего мероприятия

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

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

Рис.3.2.8 - Добавление новой задачи

Если задача уже выполнена в процессе подготовки к мероприятию то можно выбрать её в списке и нажать "Подтвердить" что пометит её как выполненную и автоматически обновит базу. Разумеется это можно будет выполнить только при условии имеющихся прав доступа к БД которые задаются в СУБД InterBase.

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

Для добавления сотрудника достаточно нажать на кнопку "Добавить" и выбрать нужного человека из списка.

Рис.3.2.9 - окно настройки InterBase Manager

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

Рис.3.2.10 - Вкладка "Расширенное" для редактирования БД

3.3 Различия в алгоритмах работы

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

Для сотрудника ответственного за реализацию управления проведения мероприятий, а так же для контролирующих старших менеджеров.

Пользователь получает задание на проведение мероприятия, запускает программу и входит под выделенной ему учетной записью. Создаёт новое мероприятие, отмечает себя как ответственного за него, дальше производится решение о необходимости добавления заданий и при необходимости добавления. Аналогично добавляются дополнительные сотрудники и разрешения для получения. По мере приближения сроков производится контроль за выполнением заданий и получением разрешений. После проведения мероприятия в случае необходимости создаётся отчёт и добавляется к БД.

Рис.3.3.1 - Алгоритм работы для сотрудников

Рис.3.3.2 - Структурная схема программы

3.4 Расчет параметров эффективности разработанного комплекса

Технико-экономическое обоснование. Степень новизны проекта определяется от характеристики проводимой работы. Существуют следующие [17]:

- А - разработка проектных решений, оригинальных задач, сложных комплексов задач, не имеющих аналогов;

- Б - разработка проектов с использованием типовых проектных решений, проектов, имеющих аналогичные решения;

- В - совершенствование (доработка) проектных решений, привязки типовых проектных решений.

Степень новизны группы задач для данного программного комплекса составляет - Б, что составляет для технического проекта (K1) - 0,5 для рабочего (K2) - 0,58.

Таблица 3.7. Исходные данные

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

Единица измерения

Обозначение

Значение

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

1,11

Поправочный коэффициент на этапе технического проекта, рабочего проекта и внедрения

0,9

Поправочный коэффициент на этапе технического проекта

0,85

Поправочный коэффициент на этапе рабочего проекта

1

Поправочный коэффициент для определения стоимости работ на ЭВМ

0,2

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

Кобщтп=К1 х КЗ х К4 х Китп, (3.1)

где Кобщтп - поправочный коэффициент стадии технического проекта;

К1, КЗ, К4, Китп - данные из таблицы

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

.

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

, (3.2)

где: - поправочный коэффициент для определения работ на стадии рабочего проекта;

- поправочный коэффициент на этапе рабочего проекта.

Подставив исходные данные из таблицы 3.1 в формулу (3.2), получаем:

.

Для стадии внедрения поправочный коэффициент находится по формуле:

, (3.3)

.

Поправочный коэффициент внедрения найден и он равен 1 и значит учитывающий характер среды внедрения и средства внедрения ПП.

Заключение

По результатам работы по теме ВКР было создан Программный комплекс и проведено его испытание. Были выявлены явные преимущества в скорости обработки информации по сравнению со старой системой.

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

Из недостатков предыдущей системы были устранены:

- малая скорость документооборота и ошибки дублирования

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

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

- отсутствие визуализации протекающих процессов контроля мероприятий.

Список использованных источников

1. Администрирование баз данных Oracle в операционной системе UNIX. - М.: СПб: ЦКТиП Газпром, 2003. - 300 c.

2. Александреску, А. Современное проектирование на C++ / А. Александреску. - М.: [не указано], 2002. - 135 c.

3. Архангельский, А.Я. Программирование в Delphi. Учебник по классическим версиям Delphi (+ дискета) / А.Я. Архангельский. - М.: Бином, 2006. - 172 c.

4. Бобровский, С. Delphi 5 Учебный курс / С. Бобровский. - М.: СПб: Питер, 2000. - 196 c.

5. Гандерлой Автоматизация Microsoft Access с помощью VBA / Гандерлой, Харкинз Майк;, Сейлз Сьюзан. - М.: Вильямс, 2006. - 110 c.

6. Головач, В.В. Дизайн пользовательского интерфейса (v 1.2) / В.В. Головач. - М.: [не указано], 2000. - 271 c.

7. Гринченко Проектирование баз данных. СУБД Microsoft Access / Гринченко, Н.Н. и. - М.: Горячая Линия Телеком, 2004. - 240 c.

8. Дарахвелидзе, П.Г. Delphi 2005 для Win32 наиболее полное руководство / П.Г. Дарахвелидзе, Е.П. Марков. - М.: БХВ-Петербург, 2005. - 220 c.

9. Информационные технологии. Основы работы с реляционной БД Oracle. - М.: McGraw-Hill, 2002. - 200 c.

10. Климов, Александр Реестр Windows 7/Александр Климов. - М.: "Издательство "Питер", 2010. - 208 c.

11. Коллинз, Дэйв 2 Э: Этика и этикет в бизнесе / Дэйв Коллинз. - Москва: Наука, 2006. - 160 c.

12. Коробко, И.В. PowerShell как средство автоматического администрирования / И.В. Коробко. - М.: ДМК Пресс, 2014. - 224 c.

13. Курант Курс дифференциального и интегрального исчисления / Курант, Рихард. - М.: Наука, 2002. - 32 c.

14. Малпас, Дж. Реляционный язык Пролог и его применение / Дж. Малпас. - М.: [не указано], 1990. - 68 c.

15. Патрик, Ленсиони Сердце компании. Почему организационная культура значит больше, чем стратегия или финансы / Ленсиони Патрик. - М.: Манн, Иванов и Фербер, 2013. - 201 c.

16. Петровский, И.Г. Лекции по теории интегральных уравнений / И.Г. Петровский. - М.: М. - Л.: ОГИЗ-Гостехиздат, 1977. - 120 c.

17. Справочное руководство по FoxPro 2.0. - М.: ИВК Софт, 1992. - 163 c.

18. Ульман, Дж. Базы данных на Паскале / Дж. Ульман. - М.: Машиностроение, 1990. - 298 c.

19. Шумаков, П.В. Delphi 3 и разработка приложений баз данных / П.В. Шумаков. - М.: Нолидж, 1998. - 218 c.

20. Пиворенко, В.В. Открытые системы. СУБД №02/2015/Открытые системы. - М.: "Издательство "Открытые системы", 2015. - 39 c.

Размещено на Allbest.ru

...

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

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

© 2000 — 2023, ООО «Олбест» Все права защищены