Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка информационной системы управления проектами (на примере ТОО "D-ARC")

Разработка информационной системы управления проектами (на примере ТОО "D-ARC")

Проектирование базы данных "Менеджер". Выбор системы проектирования и реализации. Задачи, выполняемые приложением. Технические требования, предъявляемые к базе данных. Ее информационно-логическая структура. Основные принципы работы с приложением.

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

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

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

Страница:

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

Стаканова Улпан Рахметулда?ызы

Разработка информационной системы управления проектами (на примере ТОО «D-ARC»)

Введение

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

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

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

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

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

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

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

Объектом исследования является ТОО «D-ARS» в городе Усть-Каменогорск.

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

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

1. Аналитическая часть

1.1 Предметная область

Дипломная работа «Разработка информационной системы управления проектами (на примере ТОО «D-ARS»)» и часть системы (база данных «Менеджер») была выполнена по заказу предприятия ТОО «D-ARS» занимающегося разносторонней деятельностью.

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

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

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

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

Общая схема структуры предприятия и реализации Информационной системы отражена на рисунке 1.1 и рисунке 1.2

Рисунок 1.1. Общая схема структуры предприятия

Рисунок 1.2. Общая схема реализации ИС «Движение заказа клиент - менеджер - исполнитель»

1.2 Характеристика объекта исследования

ТОО «D-ARS» творческо-производственное предприятие, которое занимается следующими видами деятельности:

- изготовление изделий из алюминия;

- изготовление кованых изделий;

- оказание рекламных услуг;

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

- изготовление и разработка этикеток, открыток, бейджев, визиток и др.;

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

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

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

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

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

Свой интерьер заказчик может дополнить изделиями из алюминия (двери, оконные рамы и т.д.), а также коваными изделиями.

Для удобства осуществления своей деятельности предприятие имеет 6 цехов.

1 цех - 1 человек. Это цех по производству оконных витражей, банеров и др.

2 цех - 3 человека. Производство рекламы из самоклеящейся виниловой пленки.

3 цех - 1 человек. Изготовление изделий из пластика (таблички, вывески, объемные и световые буквы и др.)

4 цех - 5 человек. Производство окон, дверей из алюминиевого профиля и др.

5 цех - 3 человека. Производство кованых изделий.

6 цех - 8 человек. Архитектура и создание дизайнерских проектов.

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

- принтеры;

- сканеры;

- компьютеры;

- плоттер;

- полимерная печь;

- оборудование для изготовления изделий методом холодной ковки.

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

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

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

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

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

ТОО «D-ARS» не ограничивает свой рынок потребителей. Потребители представляют собой совокупность трех групп:

I группа - частные лица;

П группа - коммерческие организации;

Ш группа - государственные учреждения.

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

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

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

2. Проектирование базы данных «Менеджер»

2.1 Задачи, выполняемые приложением

База данных «Менеджер» (лат.«MANEGER») предназначена для автоматизации работы управления персоналом (учет выполненных работ, распределение обязанностей). В техническое задание на реализацию базы данных входили следующие задачи:

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

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

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

2.2 Технические требования, предъявляемые к базе данных

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

- система должна нормально функционировать на стандартных персональных компьютерах класса IBM с процессором Intel Pentium - 100 (минимальные требования), подсоединенных к локальной офисной вычислительной сети в режиме невыделенных серверов;

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

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

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

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

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

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

- система должна функционировать под управлением операционных систем Windows ХР/2000.

2.3 Выбор языка программирования

В качестве языка программирования был взят язык программирования высокого уровня «Borland Delphi 7.0.

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

Во-вторых, поддержка стандарта VBX(Visual Basic Extensions). Delphi дает возможность интегрировать VBX-объекты непосредственно в Палитру компонентов (Component Palette) для облегчения доступа к этим объектам и инструментам.

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

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

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

В-шестых, еще одним «плюсом» при использовании Delphi является работа с СУБД InterBase.

2.4 Выбор системы проектирования и реализации

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

Данная СУБД была выбрана по следующим причинам:

- простота средств реализации;

- легкость освоения инструментария разработчиком;

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

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

- работа с представлениями данных;

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

- поддержка SQL;

- высокая безопасность базы данных.

Базы данных, созданные с помощью системы управления базами данных «InterBase», полностью реализуют реляционную модель построения данных. База данных «InterBase» представляет собой набор групп объектов, таких как таблицы, запросы, хранимые процедуры, триггеры.

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

- один-к-одному;

- один-ко-многим;

- многие-к-одному;

- многие-ко-многим.

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

Также «InterBase» предоставляет большое количество внутренних средств по оптимизации работы проектируемого приложения. К ним относятся:

- оптимизация дерева вызовов;

- эффективное использование индексов;

- встроенный оптимизатор запросов.

2.5 Информационно-логическая структура базы данных

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

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

Рисунок 2.1. Структура организации данных

Основной является таблица с данными по заказам («TZAK»), c ней связаны таблицы с информацией по датам оплаты услуг («DATAOPL»), об ответственных за выполнение заказов сотрудниках («REPEAT»), о статусе готовности работы («STATUS»), о срочности работы («TYPEWORK»), о клиентах предприятия («CLIENTS»), а также о типах выполняемых работ.

В свою очередь таблица с информацией о клиентах предприятия («CLIENTS»), также как и таблица с информацией о сотрудниках («USERS»), связана со следующими двумя таблицами: таблицей («CITY»), содержащей информацию о городах, и таблицей («STREET»), содержащей информацию об улицах. Таблица («OTDELS»), содержащая информацию об отделах предприятия, связана с таблицей («CLIENTS»).

В процессе разработки базы данных была выработана следующая иерархическая структура данных «в соответствии с рисунком 2.1».

- Связь таблицы «TZAK» с таблицей «CLIENTS».

Поле: «TZAK_ID» в таблице («TZAK») и поле «TZAK_TZAK_ID» в таблице «CLIENTS» соответственно.

Тип связи: один ко многим c обеспечением целостности данных.

- Связь таблицы «TZAK» с таблицей «TYPEWORK».

Поле: «TYPEWORK_TYPEWORK_ID» в таблице «TZAK» и «TYPEWORK_ID» в таблице «TYPEWORK».

Тип связи: один к одному с обеспечением целостности данных.

- Связь таблицы «TZAK» с таблицей «WORKS».

Поле: «WORK_WORK_ID» в таблице «TZAK» и поле «WORK_ID» в таблице «WORKS» соответственно.

Тип связи: один к одному c обеспечением целостности данных.

- Связь таблицы «TZAK» с таблицей «STATUS».

Поле: «STATUS_STATUS_ID» в таблице «TZAK» и поле «STATUS_ID» в таблице «STATUS» соответственно.

Тип связи: один к одному с обеспечением целостности данных.

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

- Связь таблицы «TZAK» с таблицей «DATA_OPL».

Поле: «TZAK_ID» в таблице («TZAK») и поле «TZAK_TZAK_ID» в таблице «DATA_OPL» соответственно.

Тип связи: один ко многим без обеспечения целостности данных (один со стороны таблицы «TZAK»).

- Связь таблицы «TZAK» с таблицей «REPEAT».

Поле: «TZAK_ID» в таблице («TZAK») и поле «TZAK_TZAK_ID» в таблице «REPEAT» соответственно.

Тип связи: один ко многим без обеспечения целостности данных (один со стороны таблицы «Заказчики»).

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

- Связь таблицы «CLIENTS» с таблицей «OTDELS».

Поле: «OTDEL_OTDEL_ID» в таблице «CLIENTS» и поле «OTDEL_ID» в таблице «OTDELS» соответственно.

Тип связи: один к одному с обеспечением целостности данных с каскадным обновлением данных.

- Связь таблицы «CLIENTS» с таблицей «CITY».

Поле: «CITY_CITY_ID» в таблице «CLIENTS» и поле «CITY_ID» в таблице «CITY» соответственно.

Тип связи: один к одному.

Примечания: клиенты могут находиться в разных городах.

- Связь таблицы «CLIENTS» с таблицей «STREET».

Поле: «STREET_STREET_ID» в таблице («CLIENTS») и поле «STREET_ID» в таблице «STREET» соответственно.

Тип связи: один к одному с обеспечением целостности данных и каскадным обновлением данных.

- Связь таблицы «USERS» с таблицей «CITY».

Поле: «CITY_CITY_ID» в таблице «USERS» и поле «CITY_ID» в таблице «CITY» соответственно.

Тип связи: один к одному с обеспечением целостности данных и каскадным обновлением данных.

- Связь таблицы «USERS» с таблицей «STREET».

Поле: «STREET_STREET_ID» в таблице «USERS» и поле «STREET_ID» в таблице «USERS» соответственно.

Тип связи: один к одному с обеспечением целостности данных.

- Связь таблицы «REPEAT» с таблицей «USERS».

Поле: «USER_USER_ID» в таблице «REPEAT» и поле «USER_ID» в таблице «USERS» соответственно.

Тип связи: один к одному с обеспечением целостности данных.

В данной программе было использовано два представления данных «ZAKAZ_VIEW» и «RELATIN_REPET_USER_TZAK»

Представление данных «ZAKAZ_VIEW» предназначено для объединения данных о заказе, разбросанных по различным таблицам, в одно целое. Запрос представления показан на рисунке 2.2.

Рисунок 2.2. Структура запроса представления данных «ZAKAZ_VIEW»

Представление данных «RELATIN_REPET_USER_TZAK» необходимо для разграничения прав доступа к информации. Запрос представления показан на рисунке 2.3.

Рисунок 2.3. Структура запроса представления данных «RELATIN_REPET_USER_TZAK»

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

2.6.1 Внутренняя структура приложения

Для работы программы необходимо связать основное приложение с базой данных. С помощью программы конфигурирования «CONFIGURATOR» необходимо указать путь к базе данных, а если настраиваемое приложение будет работать в режиме клиент то необходимо указать и IP адрес сервера с базой данных. Пример конфигурирования приложения показан на рисунке 2.4

Рисунок 2.4 Окно конфигурирования приложения

Доступ приложения к базе данных осуществляется с помощью «DATA MODULE» «показанное на рисунке 2.5» , в которой располагаются компоненты «IBDatabase», «IBTransaction», «IB_CONNECT», обеспечивающие соединение.

Рисунок 2.5 «Data module»

Приложение как видно на рисунке 2.6 окна « View Form » состоит из 17 рабочих форм и 1 «Data module» каждая форма в зависимости от своего назначения содержит определенный набор компонентов и выполняет свои функции работы с базой данных «менеджер» связываясь с ней через «Data module». база данные проектирование приложение

2.6.2 Основные принципы работы с приложением

Для запуска программы необходимо открыть ярлык «Managements», после чего на экране появится диалоговое окно «авторизация», показанное на рисунке 2.4., в котором предлагается ввести имя пользователя и пароль. В том случае, если введенная пользователем информация не будет зарегистрирована на сервере, будет выведена информация об ошибке.

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

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

Таким образом, в программе четко разграничены обязанности менеджера и пользователя. Выбор режима работы программы определяется автоматически после ввода имени и пароля пользователя.

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

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

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

Главное меню программы состоит из нескольких пунктов, таких как: «Файл», «Заказы», «Справочники», «Сервис», «О программе».

Пункт меню «Файл» содержит одну команду «Выход», предназначенную для выхода из программы (см. рисунок 2.10).

Рисунок 2.10. Пункт меню «Файл»

Пункт меню «Заказы» содержит две команды: «Создание, редактирование заказа» и «Создание простого заказа» (см. рисунок 2.11).

Рисунок 2.11. Пункт меню «Заказы»

Пункт меню «Справочники» содержит восемь команд, таких как: «Справочник городов», «Справочник улиц», «Справочник статусов», «Справочник типов пребываний», «Справочник типов заказов», «Справочник отделов», «Справочник заказов», «Справочник сотрудников» (см. рисунок 2.12).

Рисунок 2.12. Пункт меню «Справочники»

Пункт меню «Сервис» состоит из двух команд - «Отчет о выполненной работе» и «Общий график выполненных работ» (см. рисунок 2.13).

Рисунок 2.13. Пункт меню «Сервис»

Пункт меню «О программе» содержит информацию о названии программы и ее разработчике (см. рисунок 2.15).

Рисунок 2.14. Пункт меню «О программе»

2.6.3 Справочники

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

Рисунок 2.10 Справочник городов

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

Рисунок 2.11 Справочник улиц

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

Рисунок 2.12 Справочник статусов

Справочник требований. Этот справочник предназначен для определения приоритетов при выполнении задания « рисунок. 2.13». Справочник ни имеет ограничения по количеству записей. В поле «Название требования» выставляется описание требования, а в поле «Приоритет» выставляется приоритет данного требования. Так, самым высоким приоритетом служит запись с числом 0.

Рисунок 2.13. Справочник требований

Справочник отделов «рисунок. 2.14» содержит информацию об отделах всех заказчиков.

Рисунок 2.14 Справочник отделов

Справочник выполняемых работ, этот справочник заносится информация о типах выполняемых работ «рисунок. 2.15».

Рисунок 2.15 Справочник типов выполняемых работ

На рисунке 2.16 представлен справочник клиентов. В этот справочник вносится вся информации о клиентах, в частности название организации, отделение, город, улица, дом, примечание.

Рисунок 2.16 Справочник клиентов

Рисунок 2.17 демонстрирует справочник сотрудников. В этот справочник вносится вся информации о сотрудниках фирмы: дата рождения, фамилия, имя, отчество, город, улица, дом, квартира, телефон, имя в системе, РНН, СИК, № удостоверения, № договора, дата начала работы, дата завершения работы.

Рисунок 2.17 Справочник сотрудников

2.6.4 Создание заказов

В данной программе предусмотрено два режима создание заказов: создание простого и сложного заказа соответственно.

На рисунке 2.18 приведен пример создание сложного заказа, в котором участвует более одного исполнителя. В окне «Сотрудники» указываются сотрудники, ответственные за выполнение заказа, а также даты начала и завершения работы над проектом. В окне «дата оплаты» указывается дата и сумма оплат, производимых заказчиком.

Рисунок 2.18 Создание сложного заказа

2.6.5 Меню «Сервис»

Меню сервис имеет свои характерные особенности. В случае необходимости менеджер может просмотреть статистическую информацию о выполняемых сотрудником заказах за определенный промежуток времени. Для этого необходимо выбрать команду «Отчет о выполненной работе» в меню «Сервис». На экране появится окно отчета «рисунок 2.21».

Рисунок 2.20 Параметры обработки

Также программа предоставляет возможность вывода сводной диаграммы выполняемых заказов с определенным статусом по всем пользователям. Для этого необходимо выбрать команду «Общий график выполненных работ». После чего на экране появятся параметры обработки «в соответствии с рисунком 2.22», где будет предложено выбрать статус заказов, по которым будет производиться поиск, и период времени, за который осуществляется анализ. После нажатия кнопки «ОК» будет построена диаграмма, представленная на рисунке 2.23.

Рисунок 2.23 Общий график выполненных работ

Для ввода дополнительной информации по заказу необходимо выбрать пункт меню «Заказы»-«Редактирование заказа»-«Оплата». Появится форма «Оплата заказа», представленная на рисунке 2.24.

Рисунок 2.24 Форма «Оплата заказа»

После нажатия на кнопку «Сохранить» информация об оплате заказа сохранится в базе данных.

Для выставления результата выполнения работы по заказу необходимо выбрать пункт меню «Заказы»-«Редактирование заказа»-«Выполнение». Появится форма «Изменение статуса», представленная на рисунке 2.25.

Рисунок 2.25 Форма «Изменение статуса»

После нажатия на кнопку «Сохранить» информация о выполнении заказа сохранится в базе данных.

2.6.7 Справочная служба

Вкладка «Help» вызывает справочную службу, написанную для более удобной навигации в формате .html рисунок 2.28. Структура справки представляет из себя основной файл хранящий в себе содержание и ссылки на находящиеся в папке « Help» файлы справки, которые в свою очередь содержат информацию об разделах, ссылки на наглядные изображения окон и кнопку возврата в основное меню справочной системы

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

3. Обоснование экономической эффективности

3.1 Критерии качества системы

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

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

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

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

- социальная;

- качественная;

- стоимостная;

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

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

Качественные характеристики комплекса программ делятся на основные критерии:

- критерий качества этапа проектирования;

- критерий качества этапа эксплуатации;

- критерий качества этапа сопровождения;

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

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

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

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

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

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

Одним из наиболее общих показателей стоимостной эффективности является экономическая эффективность.

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

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

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

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

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

3.2 Описание методики расчета

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

К основным обобщающим показателям экономической эффективности относятся :

- годовой экономический эффект ;

- коэффициент экономической эффективности функционирования АПС;

- срок окупаемости системы;

Годовой экономический эффект (Э) от разработки и внедрения АПС определяется как разность между годовой экономией (или годовым приростом прибыли) от функционирования системы и суммарными затратами на создание системы :

Э = П - К ; (1)

где П - годовая экономия (годовой прирост прибыли),тыс. тенге.;

К - суммарные затраты, тыс. тенге.

Коэффициент экономической эффективности единовременных затрат (ЕК) представляет собой отношение годовой экономии (годового прироста прибыли) к единовременным затратам (Р) на разработку и внедрение АПС :

; (2)

Срок окупаемости (Т) представляет собой отношение единовременных суммарных затрат на разработку и внедрение АПС к годовой экономии (к годовому приросту прибыли):

; (3)

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

- годовая экономия (годовой прирост прибыли);

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

- длительность обработки информации;

- надежность технических средств;

- увеличение затрат в следствии ненадежности ТС, тыс. тенге;

- Достоверность и др.;

Годовая экономия функционирования АПС рассчитывается следующим образом:

П = (П1 + П2 + П3)(1+ЕН Т) ; (4)

где П1- экономия, получаемая в t - году в результате сокращения затрат трудовых и материальных ресурсов, тенге/год ;

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

П3 - дополнительная прибыль в t - году от приоритетной новизны решения, полученного в автоматизируемой системе в кратчайшие сроки, тенге/год ;

ЕН - норматив эффективности капитальных вложений (тенге/год)/тенге;

Т - сокращение длительности автоматизируемого процесса, лет.

Значение ЕН принимается равным 0,15 для всех отраслей народного хозяйства. ЕН представляет собой минимальную норму эффективности капитальных вложений, ниже которых они нецелесообразны. В соответствии со значением разрабатываемой системы расчет показателей П1, П2 и П3 имеет свои особенности и производится применительно к конкретным объектам автоматизации. Суммарные затраты на создание и внедрение системы (К), приведенные в формуле (1) определяются следующим образом:

К = ИГ + (kр + ЕН ) P ; (5)

где ИГ - годовые текущие издержки на функционирование системы (без учета амортизации на реновацию), тенге;

Р - единовременные затраты на создание ИС, тенге;

kр - норма реновации основных фондов функционирования ИС, определяемая с учетом фактора времени (таблица 3.3):

; (6)

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

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

Если для коэффициента ЕК в формуле (2) выполняется условие: ЕК >= ЕН, капитальные вложения считаются экономически эффективными.

Таблица 3.1

Значение коэффициента реновации Кр

Срок

Кр

Срок

Кр

Срок

Кр

службы

службы

Службы

1

1

6

0,1296

11

0,054

2

0,4762

7

0,1054

12

0,0468

3

0,3021

8

0,0874

13

0,0408

4

0,2155

9

0,0736

14

0,0352

5

0,1638

10

0,0627

15

0,0315

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

Эо = По - Ко (7)

Суммарные экономия и затраты по годам расчетного периода рассчитываются следующим образом:

; (8)

; (9)

где Пt и Кt - соответственно экономия и затраты в t-ом году расчетного периода, тенге;

tn и tk - соответственно начальный и конечный годы расчетного периода;

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

Значения для различных временных интервалов приведены в «таблице 3.4.»

Таблица 3.2

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

Число лет,

Число лет

Предшествующих

?

Следующих за

?

Расчетному году

Расчетным годом

5

1,6105

1

0,9091

4

1,4641

2

0,8264

3

1,331

3

0,7513

2

1,21

4

0,683

1

1,11

5

0,6209

0

1

6

0,5645

3.2.1 Расчет единовременных затрат

Единовременные затраты на создание ИС определяются по формуле:

Р = РП + РК ; (10)

где РП - предпроизводственные затраты, тенге;

РК - капитальные затраты на создание, тенге.

Предпроизводственные затраты на создание ИС определяются по формуле:

РП = РПР + РПО + РИО + РВВ ; (11)

где РПР - затраты на проектирование, тенге;

РПО - затраты на программирование, создание программных изделий, образующих программное обеспечение ИС, тенге;

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

РВВ - затраты на отладку и ввод ИС в работу, тенге.

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

С = tпр Cд ; (12)

где tпр - приведенная трудоемкость создания ИС, чел.-дн.;

Сд - стоимость 1 чел.-дн., тенге.

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

Рк=Рктс + Рмонт + Ринв + Рзд + Рос + Ртр + Рсоп + Рвысв ; (13)

где Рктс - сметная стоимость ТС, тенге;

Рмонт- затраты на установку, монтаж и запуск ТС в работу, тенге;

Ринв - затраты на производственно- хозяйственный инвентарь, тенге;

Рзд - затраты на строительство и реконструкцию зданий для размещения КТС, тенге;

Рос - сумма оборотных средств, тенге;

Ртр - транспортно-заготовительные расходы, тенге;

Рсоп - сметная стоимость системы стандартного обеспечения применения ТС, тенге;

Рвысв- остаточная удельная стоимость высвобожденных средств, тенге.

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

Рвысв=Р'в (1-аТтехн) ; (14)

где Р'в - первоначальная стоимость высвобожденных технических средств, тенге;

а - годовая норма амортизации;

Ттехн - срок эксплуатации высвобожденного оборудования, лет.

3.2.2 Расчет затрат на создание программного обеспечения

При расчете затрат на создание программного обеспечения (Рпо) используют следующие показатели:

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

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

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

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

; (15)

где Тi - трудоемкость i - ой стадии разработки ПС (в чел.-днях),

i = 0..5;

n - количество стадий разработки ПС.

Тi - трудоемкость i - ой стадии разработки ПС, i = 0..5 определяется по формуле:

Ti = Li * Кн * То, для i = 0,1,2,3,5, (16)

Ti = Li * Кн *Кт * То, для i = 4,

где Li - удельный вес трудоемкости i - ой стадии разработки ПС, учитывающий наличие той или иной стадии и использование CASE-технологии, причем

, (17)

- В случае отсутствия стадии “Эскизный проект” L3' = L2 + L3;

- В случае объединение стадий “Технический проект” и “Рабочий проект” в одну стадию “Технорабочий проект ” L3' = 0,85 * L3 + L4

где Кн - поправочный коэффициент, учитывающий степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС;

Кт - поправочный коэффициент, учитывающий степень использования в разработке (типовых) стандартных ПС;

То - общая трудоемкость разработки ПС (в чел.-днях) определяется по формуле:

То = Ксл *Тур, (18)

где Ксл -коэффициент сложности ПС, определяется по формуле:

, (19)

где Ki - коэффициенты повышения сложности ПС, i = 1..7, зависящий от наличия у разрабатываемой системы характеристик, повышающих сложность ПС и от количества характеристик ПС;

n - количество дополнительно учитываемых характеристик ПС.

Тур - трудоемкость разработки ПС с учетом конкретных условий разработки, определяется по формуле:

Тур = Тб * Кур, (20)

где Тб - базовая трудоемкость разработки ПС (в чел.-днях), учитывающая

Vо- объем ПС и группу сложности;

Кур - поправочный коэффициент, учитывающий характер среды разработки и средства разработки ПС;

Vо- общий объем разрабатываемого ПС, определяется по формуле:

, (21)

где Vi - объем i- ой функции ПС, i = 1..16, учитывающий тип ЭВМ;

n - общее число функций.

3.2.3 Расчет текущих затрат

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

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

Иг=Иис + Из ; (22)

где Иис- годовые текущие затраты на эксплуатацию ИС, тенге/год;

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

Затраты Иис определяются по формуле:

Иис=i*Итс + Исоп + Ип + Из ; (23)

где i-коэффициент использования ИС в данной автоматизированной системе;

Итс - годовые затраты на эксплуатацию ТС без учета заработной платы персонала, тенге/год;

Тсоп - годовые затраты на поддержание и актуализацию системы обеспечения применения КТС (хранение, обновление, контроль данных и программ), тенге/год;

Ип - годовые затраты на содержание и ремонт производственных помещений, тенге/год;

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

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

; (24)

где Иi - затраты, вызванные решением i-й задачи (тенге/год);

n - число задач, решаемых в течение года;

Исист- общесистемные затраты за год, тенге/год.

3.2.4 Расчет единовременных затрат на создание и ввод ПО

Р = Рп + Рк

Рк=0, т.к. используется старая ВТ

Р = Рп = Рпо + Рио + Рвв

3.3 Расчет показателей экономической эффективности

«Информационная система управления проектами» (база данных «МЕНЕДЖЕР») предназначена для постоянного учета, хранения и систематизации заказов на предприятии.

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

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

Данные для расчета приведены в «Таблице 3.3»

Таблица 3.3

Исходные данные для расчета

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

Условные

Единица

Значение показателя

Обозначения

Измерения

Без ИС

В условиях ИС

1. Количество экономических задач решаемых за год

Nз

задач/год

50

50

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

tз

час

9

0,15

3. Количество документов-отчётов

Nд

Шт/год

120

120

4. Время печати одного документа-отчёта

tд

6

0,1

5. Стоимость одного часа машинного времени

Cм

тенге

100

6. Сметная стоимость ИС

Иктc

тенге

360000

7. Эксплуатационные расходы на функционирование ИС (% от с.с.):

7.1 Амортизация (5%)

тенге

18000

7.2 Текущий ремонт (2%)

тенге

7200

7.3 Содержание оборудования (2,5%)

тенге

9000

Итого:

тенге

34200

8. Коэффициент загрузки оборудования решением задач ИС.

Ki

%

100

9. Удельная стоимость трудозатрат одного менеджера.

Cмм

тг/чел-ч

50

10. Уд. стоим. Трудодня администратора ИС.

Cэ

тг/чел-ч

75

11. Зарплата

тенге

4500

11.1 Соц-мед страх. и пенс. фонд (32%)

тенге

1440

11.2 Расходы на охрану труда (10%)

тенге

450

Итого:

П1

тенге

Страница:


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

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

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