Проектирование базы данных "Менеджер". Выбор системы проектирования и реализации. Задачи, выполняемые приложением. Технические требования, предъявляемые к базе данных. Ее информационно-логическая структура. Основные принципы работы с приложением.
Аннотация к работе
Этот тип структуры хорошо соответствует специфике деятельности предприятия, для которой характерны: наличие конкуренции; отсутствие гарантии спроса на товар и услуги, что способствует в данном предприятии открытию нового цеха, освоению новых технологий, частичное изменение в структуре производства, что приводит к изменению организационной структуры управления предприятием. Основной является таблица с данными по заказам («TZAK»), c ней связаны таблицы с информацией по датам оплаты услуг («DATAOPL»), об ответственных за выполнение заказов сотрудниках («REPEAT»), о статусе готовности работы («STATUS»), о срочности работы («TYPEWORK»), о клиентах предприятия («CLIENTS»), а также о типах выполняемых работ. В свою очередь таблица с информацией о клиентах предприятия («CLIENTS»), также как и таблица с информацией о сотрудниках («USERS»), связана со следующими двумя таблицами: таблицей («CITY»), содержащей информацию о городах, и таблицей («STREET»), содержащей информацию об улицах. Поле: «WORK_WORK_ID» в таблице «TZAK» и поле «WORK_ID» в таблице «WORKS» соответственно. В этот справочник вносится вся информации о сотрудниках фирмы: дата рождения, фамилия, имя, отчество, город, улица, дом, квартира, телефон, имя в системе, РНН, СИК, № удостоверения, № договора, дата начала работы, дата завершения работы.В рамках дипломного проекта была разработана информационная система управления проектами (на примере ТОО “PRIMUS.VK”). В результате выполненной разработки можно сделать следующие выводы: 1 При разработке подсистемы был пройден полный цикл проектирования программы от постановки задачи заказчиком до сдачи системы в эксплуатацию. 2 Разработанная подсистема позволяет достигнуть следующих эффектов: - уменьшение времени необходимого для принятия заказа на предприятие;Дата заказа Дата сдачи Заказчик Заказ на Статус Приоритет Цена Комментарий 12.12.2009 20.12.2009 Бик Рекламный щит 100% Срочно 1000 12.01.2009 12.02.2009 Цум Рекламный щит 50% Нормально 10000 т.222222 16.04.2009 16.04.2009 Бик Рекламный щит 10% Нормально 4211 16.04.2009 16.04.2009 УМЗ Рекламный щит 0% Нормально 16384 все вопросы к МенеджеруНомер заказа Дата заказа Дата сдачи Заказчик Задание Статус Приоритет Замечания 001 12.12.2009 20.12.2009 Бик Рекламный щит 100% Срочно Нет пленки 004 12.01.2009 12.02.2009 Цум Рекламный щит 50% Нормально 007 16.04.2009 16.04.2009 Бик Рекламный щит 10% Нормально Нет пленки 008 16.04.2009 16.04.
Введение
Актуальность темы. Переход к рыночной экономике требует от предприятий повышения эффективности производства, конкурентоспособности продукции и услуг на основе внедрения достижений научно-технического прогресса, эффективных форм хозяйствования и управления производством, преодоления бесхозяйственности, активизации предпринимательства, инициативы.
Важная роль в реализации этих задач отводится внедрению в деятельность предприятия новейших информационных систем учета, хранения и систематизации данных. Практическое применение данных задач возможно лишь в рамках использования вычислительной техники. В связи с этим весьма актуальны следующие задачи: (1) выбор метода, позволяющего осуществить программную реализацию системы; (2) проектирование самой информационной системы.
Цель дипломной работы. Изучить и оценить обеспеченность предприятия поступившими заказами в целом, а также по отдельным подразделениям, определить показатели эффективности работы предприятия, установить методику улучшения приема и обработки заказов.
Чтобы выжить в условиях рыночной экономики и не допустить банкротства предприятия, нужно хорошо знать, как управлять предприятием, какой должна быть структура предприятия должен решать первый руководитель, но в первую очередь он должен обратить вниманию на четкую работу второго лица предприятия - менеджера.
Задачи дипломной работы. Талантливый менеджер это гарантия всей стабильной работы. В его задачи входит - своевременное выявление и устранение недостатков в финансовой деятельности и находить методы для привлечения заказчиков.
Под эффективностью выполнения заказа понимается способность предприятия выполнять свою деятельность на высшем уровне. Это характеризуется обеспеченностью финансовыми ресурсами, необходимыми для нормального функционирования предприятия, материалами, рабочими задействованных в выполнении заказа, а также менеджера, который вовремя оформил заказ и запустил его в производственный процесс.
Своевременно сданная работа заказчику оказывает положительное влияние на выполнение производственных планов и обеспечение нужд производства необходимыми ресурсами. А так же обеспечивает хорошую репутацию предприятию для новых потенциальных заказчиков.
Объектом исследования является ТОО «D-ARS» в городе Усть-Каменогорск.
Информационной основой данной работы стала разработка информационной системы для улучшения и повышения качества работы менеджеров и увеличения корпоративной культуры фирмы.
Чтобы достичь поставленной цели, в настоящем дипломном проекте были рассмотрены наиболее важные моменты и направления данной информационной системы.
1. Аналитическая часть
1.1 Предметная область
Дипломная работа «Разработка информационной системы управления проектами (на примере ТОО «D-ARS»)» и часть системы (база данных «Менеджер») была выполнена по заказу предприятия ТОО «D-ARS» занимающегося разносторонней деятельностью.
Деятельность данного предприятия фиксируется принятием заказов и распределением их по структуре предприятия, для последующего исполнения и выдачи готового товара заказчику.
Сущность структуры выполнения проекта состоит в том, что управляющие воздействия на проект могут передаваться только одним доминантным лицом - менеджером, который получает официальную информацию только от заказчика, в последствии принимает решение по всем вопросам, и несет ответственность за исполнение перед вышестоящим руководителем.
Особенность функциональной структуры заключается в том, что хотя и сохраняется единоначалие, но по отдельным функциям управления формируются специальные подразделения, работники которых обладают знаниями и навыками работы в данной области управления. (отделы, мастерские, цеха).
Этот тип структуры хорошо соответствует специфике деятельности предприятия, для которой характерны: наличие конкуренции; отсутствие гарантии спроса на товар и услуги, что способствует в данном предприятии открытию нового цеха, освоению новых технологий, частичное изменение в структуре производства, что приводит к изменению организационной структуры управления предприятием.
Общая схема структуры предприятия и реализации Информационной системы отражена на рисунке 1.1 и рисунке 1.2
Рисунок 1.1. Общая схема структуры предприятия
Рисунок 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 Критерии качества системы
Для повышения эффективности любого производства необходимо, чтобы все технические решения экономически обосновывались. В равной мере это относится к задачам разработки и анализу информационных систем для внедрения их в различные производственные процессы.
В данном разделе приводится количественное и качественное обоснование экономической целесообразности создания и внедрение системы для облегчения работы предприятия а также уменьшения затрат на регистрацию заказов. Оценка экономической эффективности данной разработки предполагает установление преимуществ и недостатков по сравнению с нормативным уровнем эффективности. Для определения экономической эффективности существует два метода. Выбор одного из методов расчета обуславливается стадией создания или функционирования системы, для которой производится расчет. В период создания системы предпочтение должно быть отдано второму методу, а при выполнении расчетов затрат в функционирующей системе целесообразно использовать первый метод. В данном случае была выбрана первая методика, т.к. разрабатываемая задача только внедряется в функционирующий производственный процесс.
Обобщенным критерием, определяющим организацию процесса создания автоматизированной системы, является эффективность этого процесса, представляющая собой сложное понятие, характеризуемое рядом технических и экономических показателей.
Эффективность - одно из наиболее общих экономических понятий, не имеющих пока единого общепризнанного определения. Можно выделить несколько форм эффективности: - социальная;
- качественная;
- стоимостная;
Основная значимость социального эффекта - в продвижении развития процессов управления производства. В настоящее время стоимостная оценка социальных факторов не возможна, так же как оценка риска, уровня занятости и т.п., поэтому количественное отражение этих факторов в расчетах эффективности производится с помощью норм эффективности.
Эффективность, это одна из возможных характеристик качества системы, а именно ее характеристика с точки зрения соотношения затрат и результатов функционирования системы, а также назначение и выполняемые функции. Критерии качества представляют собой измеряемые численные показатели в виде некоторой целевой функции, характеризующие степень выполнения программами своего назначения. В зависимости от этапа в жизненном цикле программы, от задачи использования и целей анализа, от характеристики внешних условий и т. д., доминирующим становится один из нескольких критериев.
Качественные характеристики комплекса программ делятся на основные критерии: - критерий качества этапа проектирования;
- критерий качества этапа эксплуатации;
- критерий качества этапа сопровождения;
Критерии качества этапа проектирования включают, прежде всего, сложность создания комплекса программ и проверки его адекватности поставленным целям. Сложность разработки зависит от исходной задачи и используемых алгоритмов, от структуры данных, программных модулей и комплекса программ в целом и т.д. Хотя сложные при проектировании программы чаще всего характеризуются высокой сложностью функционирования, встречаются программы, которые весьма сложны при разработке, однако относительно просто эксплуатируются. Корректность программ и степень адекватности их функциональных возможностей поставленным целям и техническим заданиям является важнейшим критерием в процессе разработки и испытаний комплексов программ. Для формализации этого критерия используются понятия и формализованные характеристики эталона, которому должна соответствовать программа. Эти характеристики определяются техническим заданием для системы и спецификациями на ее компоненты. На этапе проектирования основные затраты составляет трудоемкость создания программ заданной сложности и корректности. Трудоемкость зависит от квалификации специалистов, технологии проектирования, степени автоматизации разработки и испытаний и т.д.
Критерии качества этапа эксплуатации. В процессе эксплуатации системы важнейшим критерием качества является его функциональная сложность, разнообразие и полнота решения целевых задач. Сложность программ в процессе эксплуатации проявляется в разнообразии и диапазоне изменения различных результатов на выходе программ с учетом разнообразия входных данных.
Для многих информационных систем важнейшим эксплуатационным критерием качества является надежность (безотказность) функционирования. Этот показатель характеризует относительную длительность получения корректных (достоверных) результатов или вероятность правильных (не искаженных за допустимые пределы) выходных данных.
Качество информационной системы по внешним связям и взаимодействию с абонентами можно характеризовать объемом исходных и результирующих данных. Состав, сложность структуры и количества данных, которыми обменивается система с внешней средой, в некоторой степени характеризуют его функциональную сложность, однако их целесообразнее рассматривать как самостоятельный критерий качества.
Критерии качества этапа сопровождения близки по содержанию к критериям этапа проектирования. Однако имеются значительные особенности, влияющие на качество программ с позиции их развития и модификации. Способность к модернизации комплекса системы определяется четкостью их структурного построения и структурой межмодульных связей и наличия резервов для развития программ. Мобильность информационной системы относительно изменения типа, структуры и системы команд вычислительной машины характеризует возможность сохранения и эффективного использования эксплуатируемых программ в процессе развития аппаратуры ЭВМ. Трудоемкость переноса программ с одних технических средств на другие зависит от специфических различий этих средств (емкость памяти, структура команд и т.д.), а также от структуры системы, степени стандартизации языка программирования и автоматизации технологии проектирования и т.д. Трудоемкость изучения и модификации программ при сопровождении определяется степенью документированности комплекса программ и его структурным построением, уровнем языка программирования и некоторыми другими факторами. Этот критерий в значительной степени влияет на длительность жизненного цикла комплекса программ.
Таким образом, из основных критериев качества проектирования программ и влияющих на них факторов, следует выделить особо временные показатели жизненного цикла программ: длительность проектирования, продолжительность эксплуатации очередной версии и длительность проведения каждой модификации. В ряде случаев продолжительность проведения этих работ может быть более важным критерием, чем трудоемкость.
Одним из наиболее общих показателей стоимостной эффективности является экономическая эффективность.
Под экономической эффективностью системы можно понимать набор оценивающих показателей, отражающих влияние внедрения системы на изменение экономической ситуации в области внедрения. Эко
Вывод
В рамках дипломного проекта была разработана информационная система управления проектами (на примере ТОО “PRIMUS.VK”). В результате выполненной разработки можно сделать следующие выводы: 1 При разработке подсистемы был пройден полный цикл проектирования программы от постановки задачи заказчиком до сдачи системы в эксплуатацию.
2 Разработанная подсистема позволяет достигнуть следующих эффектов: - уменьшение времени необходимого для принятия заказа на предприятие;
- автоматизация контроля за выполнением заказов;
- возможность длительного хранения информации о заказах на предприятие большого срока давности, для возможности более полного расчета эффективности деятельности предприятия;
- своевременное получение информации о сроках оплаты за осуществленные заказы.
3 Целесообразность разработки обуславливается наличием свободного сегмента рынка для реализации разработанной подсистемы. Для этого были произведены соответствующие экономические расчеты, и посчитан экономический эффект.
4 Так же при создании подсистемы были исследованы условия труда менеджера и проектировщиков предприятия их рабочие места и сделаны конкретные предложения по их улучшению.
5 На основании вышесказанного можно сделать вывод о том, что разработка подсистемы управления проектами на примере ТОО “PRIMUS.VK” является целесообразной и будет приносить реальную пользу при использовании ее на предприятии.
Список литературы
1 Архангельский А.Г. Delphi 5.0 -М,2000.
2 Бойко В.В., Савинков В.М. “Проектирование информационной базы автоматизированной системы на основе СУБД” М.: Финансы и статистика, 1982.
3 Борзов Ю.В. “Методы тестирования и отладки программ ЭВМ.” Рига, ЛГУ им. П. Стучки, 1980.
4 Брябрин В.М. Программное обеспечение персональных компьютеров. - М.: Наука, 1988.
11 Методика определения экономической эффективности автоматизированных систем управления предприятиями и производственными подразделениями//М: Статистика 1979
12 Микроклиматические условия помещений ГОСТ 12.1.005-88.
13 Охрана труда. Князевский Б.А., и др. - М.: Высшая шк., 1982.
14 Охрана труда / Сибаров В.Г., Сколотнев Н.Н. и др. - М,1985
15 Расчету и проектированию естественного и искусственного освещения и совмещенного освещения СН РК 2.04-05-2005
16 СНИП РК 4.02-01-2001 "Отопление, вентиляция и кондиционирование"
17 СН 245-71 или СНИП II-12-77 "Защита от шума"
18 "Справочник по технике безопасности и производственной санитарии" Ленинград:, 1965
19 Статистика и планирование эксперимента в технике и науке. Методы обработки данных. М.: Мир. 1980. т.1.
20 Технико-экономическое обоснование дипломных проектов:учебное пособие для ВУЗОВ /Л.А. Астреина, В.В. Балдесов и др.; под ред. В.К. Беклешова - М.: Высшая шк. , 1991.
21 Титов В.П., Э.В. Сазонов, Ю.С. Краснов, В.И. Новожилов "Курсовое и дипломное проектирование по вентиляции гражданских и промышленных зданий"//М: Стройиздат 1985
22 Том Сван «Секреты 32-разрядного программирования в Delphi» - Киев: «Диалектика», 1997
23 Хендерсон К. “Руководство разработчика баз данных”
24 Щекин П."Расчет системы центрального отопления"//Киев: Будевильник, 1974
25 Экономика, разработка и использование программного обеспечения ЭВМ. - М.: Финансы и статистика, 1995.