Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка ЭИС управления проектами для ЗАО "Диакон"

Разработка ЭИС управления проектами для ЗАО "Диакон"

Разработка системы управления проектами для компании ЗАО "Диакон". Экономические параметры разработки и внедрения электронной информационной системы. Технология разработки программного обеспечения. Выбор типа графического интерфейса, его составляющие.

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

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

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

Страница:

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

Содержание

  • Введение
  • 1. Исследовательский раздел
  • 1.1 Обобщенная характеристика предмета исследования
  • 1.1.1 Характеристика объекта исследования
  • 1.1.2 Характеристика предмета исследования
  • 1.1.3 Существующая технология выбранной функции управления
  • 1.2 Экономическая сущность исследуемых задач
  • 1.3 Постановка задачи на разработку ЭИС
  • 1.4 Анализ существующих разработок
  • 1.4.1Система “PrimaveraProjectPlanner”
  • 1.4.2 Продукт “OpenPlan”
  • 1.4.3 Система “SpiderProject”
  • 1.4.4 Программа “MicrosoftProject”
  • 2. Специальный раздел
  • 2.1 Новая технология выполнения выбранной функции управления
  • 2.2 Описание обеспечивающих подсистем ЭИС
  • 2.2.1 Организационное обеспечение
  • 2.2.2 Правовое обеспечение
  • 2.2.3 Техническое обеспечение
  • 2.2.4 Математическое обеспечение
  • 2.2.5 Программное обеспечение
  • 2.2.6 Информационное обеспечение
  • 2.2.7 Лингвистическое обеспечение
  • 2.2.8 Технологическое обеспечение
  • 2.3 Экономические параметры разработки и внедрения ЭИС
  • 2.3.1 Планирование выполнения работ
  • 2.3.2 Расчет себестоимости разработки и внедрения ЭИС
  • 2.3.3Обоснование целесообразности разработки и внедрения ЭИС
  • 2.3.4 Экономический эффект от внедрения ЭИС
  • 3. Технологический раздел
  • 3.1 Технология разработки БД ЭИС
  • 3.1.1 Обоснования выбора СУБД ЭИС
  • 3.1.2 Технология организации доступа к БД
  • 3.1.3 Разработка физической модели БД
  • 3.2 Технология разработки программного обеспечения ЭИС
  • 3.2.1 Обоснование выбора средств разработки клиентского приложения
  • 3.2.2 Сценарий диалога ЭИС
  • 3.2.3 Описание функций ЭИС
  • 3.3 Технология разработки пользовательского интерфейса ЭИС
  • 3.3.1 Выбор типа графического интерфейса, его составляющие
  • 3.4 Технология работы с ЭИС. Руководство пользователя
  • 3.5 Технология тестирования ЭИС
  • 3.5.1 Выбор методики тестирования программной системы
  • 3.5.2 Технология обеспечения информационно безопасности ЭИС
  • 4. Раздел безопасность жизнедеятельности
  • 4.1 Анализ условий труда при работе с ПЭВМ
  • 4.2Санитарно-гигиеническая характеристика производственного помещения
  • 4.3Организационно-технические решения по обеспечению безопасных условий труда
  • 4.3.1 Защита от поражения электрическим током
  • 4.3.2 Режим труда и отдыха
  • 4.3.3 Организация рабочего места оператора
  • 4.4 Мероприятия по защите окружающей среды
  • Заключение
  • Список использованных источников

Введение

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

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

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

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

электронная информационная система интерфейс

1. Исследовательский раздел

1.1 Обобщенная характеристика предмета исследования

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

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

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

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

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

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

ЗАО "ДИАКОН" (ДИАгностическийКОНтроль) было создано в 1995 году группой акционеров, тогда научных сотрудников Научного Центра Биологических Исследований Российской Академии Наук, Наукоград Пущино, Московская область.

Целью являлось создание высокотехнологичной компании, специализирующейся в области лабораторной медицины, в частности - в области клинической лабораторной диагностики (КЛД). Для реализации этой цели группа компаний "ДИАКОН" производит наборы высококачественных жидких стабильных реагентов, предназначенных для диагностики широкого спектра патологий, в том числе сердечно-сосудистых, эндокринологических и многих других. Также осуществляется поставка из-за рубежа передовых диагностических реагентов, приборов и расходных материалов, отвечающих строгим требованиям мировой лабораторной медицины.

Благодаря быстрому и успешному развитию и высокому авторитету у специалистов, сейчас компания "ДИАКОН" преобразовалась в группу из трех компаний. Это позволяет не только удовлетворять растущие потребности отечественной лабораторной диагностики, но и внедрять в практику нынешнего здравоохранения новые передовые методы и информировать о них медицинскую общественность. Для этого ведется большая образовательная и информационная работа в тесном сотрудничестве с Российской Медицинской академией Последипломного образования (кафедра клинической лабораторной диагностики) и с Российской Ассоциацией Медицинской Лабораторной Диагностики РФ.

Главным стратегическим партнером "ДИАКОН" является DiaSysDiagnosticSystemsGmbH (Германия). Эта широко известная во всем мире компания - один из мировых лидеров в области разработки и производства жидких стабильных диагностических реагентов. Она постоянно работает над улучшением производимых диагностических наборов и разработкой новых высокотехнологичных реагентов. Продукция с маркой DiaSys имеет высокие международные сертификаты качества и поставляется более чем в девяносто стран мира.

ЗАО "ДИАКОН" осуществляет поставки самых современных и высококачественных реагентов, приборов и принадлежностей как зарубежного, так и отечественного производства. Научные сотрудники компании консультируют практически по всем вопросам, связанным с методическими и научными проблемами проведения лабораторных анализов и интерпретацией результатов. Инженеры обеспечивают гарантированно надежную работу установленного оборудования и обучение работающего на нем персонала. Компания регулярно проводит научно-практические конференции в регионах России. А также готовит, издает и распространяет научно-методическую литературу. Сотрудниками компании написано большое количество научно-методических и справочных пособий, которые изданы массовыми тиражами.

Основная задача компании - комплексное оснащение диагностических лабораторий любого уровня, а также внедрение в практику отечественной медицины самых современных методов ранней лабораторной диагностики потенциально фатальных патологий для их своевременной профилактики и эффективной терапии. С целью улучшения позиции предприятия на рынке, совершенствования управления предприятием в условиях рыночной экономики и для повышения конкурентоспособности в ЗАО "ДИАКОН" с 1 июня 2010 года внедрена система менеджмента качества по требованиям международного стандарта ИСО 9001: 2008.

Компания "ДИАКОН" участвовала в национальном проекте "Здоровье": в 2006-2007 годах она поставила более 2000 комплектов оборудования со стартовым набором реагентов. Служба технической поддержки успешно осуществила установку, запуск оборудования и обучение персонала.

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

На Рисунке 1.1 представлена полная организационная структура ЗАО "ДИАКОН".

1.1.2 Характеристика предмета исследования

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

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

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

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

· временное планирование проекта;

· бюджетирование проекта;

· ведение документации на проект;

· организация исполнения проекта;

· согласование и координация проектов между собой.

Также в задачи данного отдела входит поиск новых перспективных направлений в развитии проектов.

1.1.3 Существующая технология выбранной функции управления

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

Методологию IDEF0 можно считать следующим этапом развития графического языка описания функциональных систем SADT (StructuredAnalysisandDesignTeqnique). Исторически, IDEF0, как стандарт был разработан в 1981 году в рамках обширной программы автоматизации промышленных предприятий, которая носила обозначение ICAM (IntegratedComputerAidedManufacturing) и была предложена департаментом Военно-Воздушных Сил США.

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

C 1981 года стандарт IDEF0 претерпел несколько незначительных изменения, в основном ограничивающего характера, и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом По Стандартам и Технологиям США (NIST).

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

Рисунок 2.2 представляет собой детализацию контекстной диаграммы. Она состоит из пяти основных процессов. На рисунках 2.3-2.6 представлена детализация первых трех процессов.

1.2 Экономическая сущность исследуемых задач

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

· они направлены на достижение конкретных целей;

· они включают в себя координированное выполнение взаимосвязанных действий;

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

· все они в определенной степени неповторимы и уникальны.

Каждый из этих признаков имеет свое определенное значение и особенности.

Направленность на достижение целей.

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

Координированное выполнение взаимосвязанных действий.

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

Ограниченная протяженность во времени.

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

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

Уникальность.

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

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

Известный закон Лермана гласит: "Любую техническую проблему можно преодолеть, имея достаточно времени и денег", а следствие Лермана уточняет: "Вам никогда не будет хватать либо времени, либо денег". Именно для преодоления сформулированной в следствии Лермана проблемы и была разработана методика управления деятельностью на основе проекта. А распространение данной методики управления на различные сферы деятельности является дополнительным доказательством ее эффективности. Если попросить менеджера описать, как он понимает свою основную задачу в выполнении проекта, то, скорее всего, он ответит: "Обеспечить выполнение работ". Это действительно главная задача руководителя. Но если задать тот же вопрос более опытному менеджеру, то можно услышать и более полное определение главной задачи менеджера проекта: "Обеспечить выполнение работ в срок, в рамках выделенных средств, в соответствии с техническим заданием". Именно эти три момента: время, бюджет и качество работ находятся под постоянным вниманием руководителя проекта. Их также можно назвать основными ограничениями, накладываемыми на проект. Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам (и ресурсам), а также качеству конечных результатов проекта (документированных, например, в техническом задании).

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

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

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

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

· инициация проекта;

· планирование;

· организация исполнения;

· контроль исполнения;

· завершение проекта.

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

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

Вторая процедура - рассмотрение и утверждение концепции. Неутвержденная концепция отправляется на доработку, а утвержденная переходит на следующий этап.

Третья процедура представляет собой непосредственно процесс принятия решения о начале проекта.

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

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

· планирование целей и содержания проекта;

· планирование работ проекта. На данном этапе обозначаются основные работы, определяется, сколько времени займет проект и кто будет им заниматься;

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

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

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

Процедуры, из которых состоит организация исполнения:

· распределение функциональных обязанностей и ответственности;

· организация контроля выполнения расписания проекта;

· организация контроля затрат по проекту.

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

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

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

· сбор отчетности о ходе работ по проекту;

· анализ текущего состояния проекта относительно базовых показателей;

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

· подготовка и анализ последствий корректирующих воздействий;

· принятие решений о воздействиях и изменениях. В случае положительного решения происходит их осуществление.

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

Завершение проекта - процесс формального окончания работ и закрытия всего проекта.

Процедуры, выполняемые в ходе завершения проекта:

· список открытых вопросов и заключительных работ;

· разрешение всех спорных вопросов;

· заключительная оценка финансовой ситуации;

· заключительный отчет по проекту и организация проектной документации;

· сдача результатов проекта заказчику;

· роспуск команды проекта;

· документирование и анализ опыта выполнения данного проекта.

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

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

1.3 Постановка задачи на разработку ЭИС

На данное время отдел внедрения новых проектов компании "ДИАКОН" не имеет четкой системы временного планирования и бюджетирования. Также нет системы назначения ответственных за проект и системы контроля. Отсутствие данных систем существенно осложняет работу и делает основные задачи отдела трудновыполнимыми.

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

· распределение обязанностей;

· ведение бюджета проекта;

· отслеживание отклонений в планировании;

· отслеживание выполнения плана;

· организация системы документации;

· возможность быстрого доступа к опыту прошлых проектов;

· организация системы временного контроля;

· возможность сравнить план проекта и ведущимися работами.

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

В процессе работы система будет оперировать следующей промежуточной информацией:

· информация о потребности в проекте;

· информация о сроках проекта;

· информация о затратах проекта;

· информация о нарушениях, если они имеются;

· информация об отсутствии нарушений в проекте;

· информация о работниках;

· информация о доступных средствах.

Список документов, с которыми будет работать система:

· список проектной команды;

· отчет о времени проекта;

· отчет о затратах проекта;

· отчет об изменениях;

· отчет о текущем состоянии проекта;

· отчет о проектах компании.

1.4 Анализ существующих разработок

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

1.4.1Система “PrimaveraProjectPlanner”

Данная система ориентирована на управление крупными проектами масштаба предприятия или холдинга. Решение компании PrimaveraSystemsInc. ориентировано на создание единой корпоративной системы управления проектами. Применение такой системы позволяет:

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

· координировать работу всех участников проектов;

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

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

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

· прогнозировать развитие проектов, проводить анализ "Что-Если" и выбирать вариант проекта, наиболее соответствующий целям компании.

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

1.4.2 Продукт “OpenPlan”

Этот продукт позиционируется как профессиональная система управления проектами масштаба предприятия. Выпускается в трех версиях: Enterprise, Professional и Desktop.

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

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

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

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

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

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

1.4.3 Система “SpiderProject”

Отечественная система управления проектами. Версия под DOS появилась еще в 1992 году. От версии к версии улучшается не только интерфейс системы, но и ее функциональность.

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

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

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

1.4.4 Программа “MicrosoftProject”

“MicrosoftProject" (или MSP) - программа управления проектами, разработанная и продаваемая корпорацией Microsoft.

Программа “MicrosoftProject" создана, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объемов работ. Одна из основных функций данной программы ? создание расписания критического пути. Расписания могут быть составлены с учетом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

“MicrosoftProject" является только инструментом, для внедрения управления проектами необходимо выбрать методологию проектного управления.

Как и любой продукт, данная программа имеет свои плюсы и минусы.

Плюсы “MS Project”:

· простота установки в простейшем варианте;

· начиная с версии 2007, улучшены вoзмoжнocти пo интeгpaции c бyxгaлтepиями, финaнcoвыми cиcтeмами, ERP-кoмплeкcaми, сняты многие технологические и логические ограничения;

· начиная с версии 2007, программа улучшена в области задач для бюджетирования, а также сбора фактических данных об исполнении проектов;

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

· быстрое заполнение отчетов;

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

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

Минусы “MS Project”:

· установка в полном рабочем варианте достаточно нетривиальна и требует опытного инженера;

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

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

· качественную интеграцию может выполнить только эксперт.

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

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

2. Специальный раздел

2.1 Новая технология выполнения выбранной функции управления

Для разработки новой технологии управления проектами для компании ЗАО "ДИАКОН" используется функциональное моделирование стандарта IDEF0.

IDEF0 модель - это искусственный объект, представляющий собой виртуальный образ системы и ее компонентов. Модель разрабатывают для понимания, анализа и приятия решений о реконструкции существующей или проектировании новой информационной системы.

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

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

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

На Рисунке 2.1 представлена контекстная диаграмма. Рисунок 2.2 представляет собой детализацию контекстной диаграммы, он отображает основные процессы управления проектами с использованием ЭИС. Рисунки 2.3-2.6 являются графическим отображением детализации процессов системы управления проектами.

2.2 Описание обеспечивающих подсистем ЭИС

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

2.2.1 Организационное обеспечение

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

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

К ним относятся:

· общеотраслевые руководящие методические материалы по созданию ЭИС;

· типовые проектные решения;

· методические материалы по организации и проведению предпроектного обследования на предприятии;

· методические материалы по вопросам создания и внедрения проектной документации.

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

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

· технико-экономическое обоснование;

· техническое задание;

· технический и рабочий проекты;

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

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

2.2.2 Правовое обеспечение

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

Как правило, к правовым документам, действующим на этапе создания системы, относят следующие документы:

· договор между разработчиком и заказчиком;

· документы, регламентирующие отношения между участниками процесса создания системы.

Правовые документы, действующие на этапе внедрения системы:

· характеристика статуса создаваемой системы;

· правовые полномочия подразделений ЭИС;

· правовые полномочия отдельных видов процессов обработки информации;

· правовые отношения пользователей в применении технических средств.

2.2.3 Техническое обеспечение

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

· электронные вычислительные машины, осуществляющие обработку экономической информации;

· средства подготовки данных на машинных носителях;

· средства сбора и регистрации информации;

· средства передачи данных по каналам связи;

· средства накопления и хранения данных;

· средства выдачи результатной информации;

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

Для корректной работы и дальнейшего обеспечения разрабатываемой экономической информационной системы потребуется операционная система WindowsXP/Vista/Windows 7/Windows 8. Также, необходимо наличие пакета приложений Microsoft office 2003 и выше.

Требования к оборудованию:

· компьютер, на базе процессора Pentium IV c тактовой частой 2000 Mhz;

· оперативная память в размере 2048 Mb;

· 10 Гб свободного места на жестком диске;

· монитор с диагональю 17 дюймов и видеокартой, поддерживающей разрешение 1024*768 dpi c частотой обновления не менее 75 Гц для заданного режима;

· клавиатура и мышь;

· лазерный или струйный принтер.

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

· компьютер, совместимый с IBM PC на базе процессора Intel (Core) I5 c тактовой частой более 2000 Mhz;

· оперативная память в размере 2024 Mb;

· 20 Гб свободного места на жестком диске;

· монитор с диагональю 17 дюймов и видеокартой, поддерживающей разрешение 1280*1024 dpi c частотой обновления не менее 75 Гц для заданного режима;

· клавиатура и мышь.

2.2.4 Математическое обеспечение

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

В состав математического обеспечения, как правило, входят:

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

· техническая документация (описание задач, алгоритмы решения задач, экономико-математические модели);

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

Математическое обеспечение разрабатываемой системы связано с расчетом стоимости проекта.

,

где - стоимость проекта;

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

- сумма заработной платы персонала, работающего над проектом;

- затраты на внедрение проекта.

,

где - расходы на конкретный материал;

- стоимость материала;

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

,

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

- время, затраченное на работу над данным проектом (в месяцах);

- оклад сотрудника;

- отчисления на социальные нужды;

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

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

,

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

- время, оставшееся до окончания проекта или время, на которое задержали

проект (в днях);

- премиальный коэффициент.

,

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

- расходы на закупку оборудования;

- расходы на лицензирование;

- таможенные расходы.

2.2.5 Программное обеспечение

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

Программное обеспечение делится на два основных комплекса: общее и специальное. В состав общего комплекса, как правило, входят:

· операционные системы;

· операционные оболочки;

· компиляторы;

· интерпретаторы;

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

· СУБД;

· сетевые программы.

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

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

2.2.6 Информационное обеспечение

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

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

Второй комплекс - это компоненты внутримашинного информационного обеспечения, которые включают в себя:

· макеты/экранные формы для ввода первичных данных в ЭВМ;

· макеты/экранные формы для вывода результатной информации;

· структуру информационной базы: входных, выходных файлов, базы данных.

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

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

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

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

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

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

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

В Таблице 2.1 приведено описание структуры базы данных с указанием таблиц, атрибутов, полей, а также первичных и внешних ключей.

Таблица. 1 Ї Описание структуры базы данных

Сущность

Атрибут

Тип

Примечание

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

Код единицы

Число

Первичный ключ

Имя единицы

Строка

Описание единицы

Строка

Ресурсы проекта

Код ресурса

Число

Первичный ключ

Имя ресурса

Строка

Посчитанные ресурсы

Число

Код проекта

Число

Внешний ключ

Код единицы

Число

Внешний ключ

Проект

Код проекта

Число

Первичный ключ

Имя проекта

Строка

Код руководителя

Число

Код родительского проекта

Число

Код стадии родителя

Число

Код работы родителя

Число

Ребенок

Число

Плановая дата начала

Дата

Плановая дата окончания

Дата

Плановое время

Число

Фактическая дата начала

Дата

Фактическая дата окончания

Дата

Фактическое время

Число

Зациклен

Логическ.

Код состояния

Число

Внешний ключ

Код типа

Число

Внешний ключ

Время проекта

Код времени

Число

Первичный ключ

Процент использованного времени

Число

Код проектной команды

Число

Внешний ключ

Код проекта

Число

Внешний ключ

Работы

Код работы

Число

Первичный ключ

Имя работы

Строка

Описание роли

Строка

Отклонения проекта

Код отклонения

Число

Первичный ключ

Краткое описание отклонения

Строка

Описание отклонения

Строка

Продолжение Таблицы 2.1

Код проекта

Страница:


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

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

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