63956

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

Дипломная

Информатика, кибернетика и программирование

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

Русский

2014-06-28

3.29 MB

42 чел.


СОДЕРЖАНИЕ

ВВЕДЕНИЕ……………………………………………………………………………….5

1 ИССЛЕДОВАТЕЛЬСКИЙ РАЗДЕЛ…………………………………………………...7

  1.  Обобщенная характеристика предметной области…………………………………7
    1.  Характеристика объекта исследования…………………………………………...8
    2.  Характеристика предмета исследования………………………………………...12
    3.  Существующая технология выбранной функции управления………...............13
  2.  Экономическая сущность исследуемых задач……………………………………..19
  3.  Постановка задачи на разработку ЭИС…………………………………………….25
  4.  Анализ существующих разработок…………………………………………………26
    1.  Система “Primavera Project Planner”……………………………………………..27
    2.  Продукт “Open Plan”……………………………………………………………...28
    3.  Система “Spider Project”………………………………………………………….29
    4.  Программа “Microsoft Project”…………………………………………………...30
  5.  СПЕЦИАЛЬНЫЙ РАЗДЕЛ…………………………………………………………32
  6.  Новая технология выбранной функции управления………………………………32
  7.  Описание обеспечивающих подсистем ЭИС………………………………………39
    1.  Организационное обеспечение…………………………………………………..39
    2.  Правовое обеспечение……………………………………………………………40
    3.  Техническое обеспечение…………………………………………………….......41
    4.  Математическое обеспечение……………………………………………………42
    5.  Программное обеспечение…………………………………………………….....44
    6.  Информационное обеспечение…………………………………………………..45
    7.  Лингвистическое обеспечение…………………………………………………...50
    8.  Технологическое обеспечение…………………………………………………51
  8.  Экономические параметры разработки и внедрения ЭИС………………………..52
    1.  Планирование выполнения работ………………………………………………..52
    2.  Расчет себестоимости разработки и внедрения ЭИС…………………………..55
    3.  Обоснование целесообразности разработки и внедрения ЭИС………………..57
    4.  Экономический эффект от внедрения ЭИС……………………………………..58
  9.  ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ…………………………………………………...65
  10.  Технология разработки БД ЭИС……………………………………………………65
    1.  Обоснование выбора СУБД ЭИС……………………………………………… .67
    2.  Технология организации доступа к БД………………………………………….68
    3.  Разработка физической модели БД………………………………………………70
  11.  Технология разработки программного обеспечения ЭИС……………………......72
    1.  Обоснование выбора средств разработки клиентского приложения………….72
    2.  Сценарий диалога ЭИС ………………………………………………………….77
    3.  Описание функций ЭИС………………………………………………………….79
  12.  Технология разработки пользовательского интерфейса ЭИС……………………86

3.3.1 Выбор типа графического интерфейса, его составляющие……………………..86

  1.  Технология работы с ЭИС. Руководство пользователя…………………………...90
  2.  Технология тестирования ЭИС……………………………………………………..95
    1.  Выбор методики тестирования программной среды…………………………...96
    2.  Технология обеспечения информационной безопасности ЭИС……………….99
  3.  РАЗДЕЛ БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ………………………...101
  4.  Анализ условий труда при работе с ПЭВМ………………………………………101
  5.  Санитарно-гигиеническая характеристика производственного помещения…...103
  6.  Организационно-технические решения по обеспечению безопасных условий труда…………………………………………………………………………………107
    1.  Защита от поражения электрическим током…………………………………..107
    2.  Режим труда и отдыха…………………………………………………………...110
    3.  Организация рабочего места оператора………………………………………..111
  7.  Мероприятия по защите окружающей среды…………………………………….113

ЗАКЛЮЧЕНИЕ…………………………………………………………………………116

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ…………………………………..117

ПРИЛОЖЕНИЕ………………………………………………………………………...121


ВВЕДЕНИЕ

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

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

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

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

ДП−2068752−080801−ЭФ2−12−14

Изм.

Лист

№ докум.

Подп

Дата

Студент

Лешукова С.С.

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

Лит.

Лист

Листов

Руковод.

Семичастнов М.А

5

Консульт.

Гришанов Ю. Е.

Гр. СФЭФ2-0907

УКП Серпухов

Н. контр.

Кириллина Ю.В.

Зав. каф.

Зуев А.С.

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

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

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

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

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

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

ДП−2068752−080801−ЭФ2−12−14

Стр

6

Изм.

Лист

№ докум.

Подп.

Дата


1 ИССЛЕДОВАТЕЛЬСКИЙ РАЗДЕЛ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


Рисунок  1.1— Организационная структура предприятия

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

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

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

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

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

  1.  временное планирование проекта;
  2.  бюджетирование проекта;
  3.  ведение документации на проект;
  4.  организация исполнения проекта;
  5.  согласование и координация проектов между собой.

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

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 представлена детализация первых трех процессов.

Рисунок 2.1— Контекстная диаграмма

Рисунок 2.2— Детализация контекстной диаграммы

Рисунок 2.3— Детализация процесса «Инициировать проект»

Рисунок 2.4— Детализация процесса «Планировать проект»

Рисунок 2.5— Детализация процесса «Организовать исполнение проекта»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1.  инициация проекта;
  2.  планирование;
  3.  организация исполнения;
  4.  контроль исполнения;
  5.  завершение проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1.  список открытых вопросов и заключительных работ;
  2.  разрешение всех спорных вопросов;
  3.  заключительная оценка финансовой ситуации;
  4.  заключительный отчет по проекту и организация проектной документации;
  5.  сдача результатов проекта заказчику;
  6.  роспуск команды проекта;
  7.  документирование и анализ опыта выполнения данного проекта.

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

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

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

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

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

  1.  распределение обязанностей;
  2.  ведение бюджета проекта;
  3.  отслеживание отклонений в планировании;
  4.  отслеживание выполнения плана;
  5.  организация системы документации;
  6.  возможность быстрого доступа к опыту прошлых проектов;
  7.  организация системы временного контроля;
  8.  возможность сравнить план проекта и ведущимися работами.

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

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

  1.  информация о потребности в проекте;
  2.  информация о сроках проекта;
  3.  информация о затратах проекта;
  4.  информация о нарушениях, если они имеются;
  5.  информация об отсутствии нарушений в проекте;
  6.  информация о работниках;
  7.  информация о доступных средствах.

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

  1.  список проектной команды;
  2.  отчет о времени проекта;
  3.  отчет о затратах проекта;
  4.  отчет об изменениях;
  5.  отчет о текущем состоянии проекта;
  6.  отчет о проектах компании.

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

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

1.4.1Система “PrimaveraProjectPlanner”

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

  1.  всем уровням управления проектами компании единовременно пользоваться одной и той же информацией с необходимой степенью агрегации с учетом прав доступа каждого пользователя;
  2.  координировать работу всех участников проектов;
  3.  автоматически рассчитывать критический путь, определять загрузку ресурсов и помогать устранять ресурсные конфликты как внутри одного проекта, так и с учетом всех проектов, ведущихся компанией;
  4.  сокращать время, затрачиваемое на планирование и перепланирование, в том числе благодаря использованию базы знаний компании, в которой сохраняются ранее выполненные типовые проекты и фрагменты проектов;
  5.  автоматизировано вводить фактические данные в графики работ проекта, что дает возможность оценивать реальное состояние дел на площадке и сравнивать его с отчетностью подрядчиков;
  6.  прогнозировать развитие проектов, проводить анализ «Что-Если» и выбирать вариант проекта, наиболее соответствующий целям компании.

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

1.4.2 Продукт “OpenPlan”

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

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

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

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

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

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

1.4.3 Система “SpiderProject”

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

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

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

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

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

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

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

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

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

Плюсы MS Project:

  1.  простота установки в простейшем варианте;
  2.  начиная с версии 2007, улучшены вoзмoжнocтипoинтeгpaции c бyxгaлтepиями, финaнcoвымиcиcтeмами, ERP-кoмплeкcaми, сняты многие технологические и логические ограничения;
  3.  начиная с версии 2007, программа улучшена в области задач для бюджетирования, а также сбора фактических данных об исполнении проектов;
  4.  система табелирования отвечает нетривиальным задачам по подаче отчетов о затратах рабочего времени в рамках учетных политик;
  5.   быстрое заполнение отчетов;
  6.  эффективное решение многих задач анализа использования ресурсов и бюджетирования проектов;
  7.  возможность координации большого числа групп пользователей, работающих над одним проектом, через управление результатами между группами.

Минусы MS Project:

  1.  установка в полном рабочем варианте достаточно нетривиальна и требует опытного инженера;
  2.  система табелирования на «двойной бухгалтерии» рабочего времени неочевидна в использовании и может искажать результаты в отчетах при неверном использовании. Требуется опытный консультант для постановки и контроля процесса;
  3.  программа достаточно стабильна и проработана именно на полном цикле учета рабочего времени, но на укороченном цикле можно встретить существенные ограничения в web-интерфейсе системы;
  4.  качественную интеграцию может выполнить только эксперт.

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

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

2 СПЕЦИАЛЬНЫЙ РАЗДЕЛ

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

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

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

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

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

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

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

Рисунок 2.1 — Контекстная диаграмма

Рисунок 2.2 — Детализация контекстной диаграммы

Рисунок 2.3 — Детализация процесса «Инициировать проект»

Рисунок 2.4 — Детализация процесса «Планировать проект»

Рисунок 2.5 — Детализация процесса «Организовать исполнение  проекта»

Рисунок 2.6 — Детализация процесса «Контролировать исполнение проекта

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

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

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

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

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

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

  1.  общеотраслевые руководящие методические материалы по созданию ЭИС;
  2.  типовые проектные решения;
  3.  методические материалы по организации и проведению предпроектного обследования на предприятии;
  4.  методические материалы по вопросам создания и внедрения проектной документации.

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

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

  1.  технико-экономическое обоснование;
  2.  техническое задание;
  3.  технический и рабочий проекты;
  4.  документы, оформляющие поэтапную сдачу системы в эксплуатацию.

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

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

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

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

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

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

  1.  характеристика статуса создаваемой системы;
  2.  правовые полномочия подразделений ЭИС;
  3.  правовые полномочия отдельных видов процессов обработки информации;
  4.  правовые отношения пользователей в применении технических средств.

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

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

  1.  электронные вычислительные машины, осуществляющие обработку экономической информации;
  2.  средства подготовки данных на машинных носителях;
  3.  средства сбора и регистрации информации;
  4.  средства передачи данных по каналам связи;
  5.  средства накопления и хранения данных;
  6.  средства выдачи результатной информации;
  7.  вспомогательное оборудование, а также организационная техника.

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

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

  1.  компьютер, на базе процессора Pentium IV c тактовой частой 2000 Mhz;
  2.  оперативная память в размере 2048 Mb;
  3.  10 Гб свободного места на жестком диске;
  4.  монитор с диагональю 17 дюймов и видеокартой, поддерживающей разрешение 1024*768 dpi c частотой обновления не менее 75 Гц для заданного режима;
  5.  клавиатура и мышь;
  6.  лазерный или струйный принтер.

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

  1.  компьютер, совместимый с IBM PC на базе процессора Intel (Core) I5 c тактовой частой более 2000 Mhz;
  2.  оперативная память в размере 2024 Mb;
  3.  20 Гб свободного места на жестком диске;
  4.  монитор с диагональю 17 дюймов и видеокартой, поддерживающей разрешение 1280*1024 dpi c частотой обновления не менее 75 Гц для заданного режима;
  5.  клавиатура и мышь.

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

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

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

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

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

,

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

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

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

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

,

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

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

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

,

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

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

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

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

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

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

,

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

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

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

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

,

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

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

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

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

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

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

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

  1.  операционные системы;
  2.  операционные оболочки;
  3.  компиляторы;
  4.  интерпретаторы;
  5.  программные среды для разработки прикладных программ;
  6.   СУБД;
  7.   сетевые программы.

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

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

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

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

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

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

  1.  макеты/экранные формы для ввода первичных данных в ЭВМ;
  2.  макеты/экранные формы для вывода результатной информации;
  3.  структуру информационной базы: входных, выходных файлов, базы данных.

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

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

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

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

Для проектирования базы данных разрабатываемой системы использовалось CASE средство ErWin. Данное средство предназначено для проектирования и документирования баз данных. CASE — набор инструментов и методов программной инженерии для проектирования программного обеспечения.

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

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

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

Рисунок 2.7 — Логическая модель базы данных


Таблица 2.1 ― Описание структуры базы данных

Сущность

Атрибут

Тип

Примечание

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

Код единицы

Число

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

Имя единицы

Строка

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

Строка

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

Код ресурса

Число

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

Имя ресурса

Строка

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

Число

Код работы по проекту

Число

Внешний ключ

Код единицы

Число

Внешний ключ

Проект

Код проекта

Число

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

Наименование проекта

Строка

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

Число

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

Число

Внешний ключ

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

Число

Внешний ключ

Код типа

Число

Внешний ключ

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

Код работы по проекту

Число

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

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

Число

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

Дата

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

Дата

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

Дата

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

Дата

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

Число

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

Число

Код работы

Число

Внешний ключ

Код проекта

Число

Внешний ключ

Работы

Код работы

Число

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

Имя работы

Строка

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

Строка

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

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

Число

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

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

Строка

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

Строка

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

Код работы по проекту

Число

Внешний ключ

Тип проекта

Код типа

Число

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

Наименование типа проекта

Строка

Проектная команда

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

Число

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

Плановая стоимость чел-час

Число

Фактическая стоимость чел-час

Число

Код персонала

Число

Внешний ключ

Код работы по проекту

Число

Внешний ключ

Персонал

Код персонала

Число

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

Имя

Строка

Фамилия

Строка

Отчество

Строка

Электронная почта

Строка

Телефон

Число

Логин

Строка

Пароль

Строка

Возможность добавления

Логическ.

Возможность изменения

Логическ.

Возможность удаления

Логическ.

Состояние проекта

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

Число

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

Наименование состояния

Строка

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

К входной информации относятся:

  1.  информация о потребности в проекте;
  2.  информация о сроках;
  3.  информация о  работниках;
  4.  информация о доступных средствах;
  5.  информация о затратах.

К результатной информации относится:

  1.  план-график  проекта;
  2.  приказ о создании проектной команды и установления тарифа оплаты;
  3.  отчет о сроках;
  4.  отчет о затратах;
  5.  отчет об отклонениях;
  6.  отчет о текущем состоянии проекта;
  7.  отчет о проектах компании.

К нормативно справочной информации можно отнести:

  1.  свод правил;
  2.  требования к планированию;
  3.  опыт предыдущих проектов.

2.2.7 Лингвистическое обеспечение

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

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

  1.  естественные языки;
  2.  математические языки;
  3.  алгоритмические языки;
  4.  языки моделирования.

Ко второй группе относятся:

  1.  информационно-поисковые языки;
  2.  языки СУБД;
  3.  языки операционных сред;
  4.  входные языки пакетов прикладных программ.

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

2.2.8 Технологическое обеспечение

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

  1.  первичной и результатной информации (этапы технологического процесса сбора, передачи, накопления, хранения, обработки первичной информации, получения и выдачи результатной информации);
  2.  организационно-распорядительной документации (этапы получения входящей документации, передачи на исполнение, этапы формирования и хранения дел, составления и размножения внутренних документов и отчетов);
  3.  технологической документации и чертежей (этапы ввода в систему и актуализации шаблонов изделий, ввода исходных данных и формирования проектной документации для новых видов изделий, выдачи на плоттер чертежей, актуализации банка ГОСТов, ОСТов, технических условий, нормативных данных, подготовки и выдачи технологической документации по новым видам изделий);
  4.  баз данных и знаний (этапы формирования баз данных и знаний, ввода и обработки запросов на поиск решения, выдачи варианта решения и объяснения к нему);
  5.  научно-технической информации, ГОСТов и технических условий, правовых документов и дел (этапы формирования поисковых образов документов, формирования информационного фонда, ведения тезауруса справочника ключевых слов и их кодов, кодирования запроса на поиск, выполнения поиска и выдачи документа или адреса хранения документа).

2.3 Экономические параметры разработки и внедрения ЭИС

2.3.1 Планирование выполнения работ

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

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

На всех стадиях в разработке ЭИС принимают участие 3 специалиста:

  1.  руководитель проекта;
  2.  эксперт;
  3.  программист.

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

Для наглядного отображения процесса разработки ЭИС на Рисунке 2.9 показана диаграмма Ганта.

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

В качестве даты начала проекта выбрано 13 мая 2014 года. Дата окончания проекта Общие сроки разработки системы составляют 39 дней.

Рисунок 2.8 — Основные этапы и работы, выполняемые при проектировании ЭИС


Рисунок 2.9 ― Диаграмма Ганта


2.3.2 Расчет себестоимости разработки и внедрения ЭИС

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

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

Таблица 2.2 — Перечень необходимых ресурсов

Название ресурса

Ставка

Руководитель

150 руб./ч.

Эксперт

120 руб./ч.

Программист

140 руб./ч.

На основании полученных при календарном планировании данных затраты на заработную плату  составят 50 224 рубля. Распределение затрат на заработную плату по месяцам представлено на Рисунке 2.10.

Рисунок 2.10 — Распределение затрат на заработную плату по времени

Смета расходов, связанных с разработкой ЭИС включает в себя следующие статьи:

  1.  заработная плата исполнителей;
  2.  стоимость материалов;
  3.  стоимость машинного времени;
  4.  страховые взносы;
  5.  накладные расходы.

Стоимость материалов в среднем составляет 5% от затрат на основную зарплату. Данную величину можно рассчитать по формуле:

где  ― суммарная заработная плата;

    ― коэффициент стоимости материалов.

Страховые взносы () составляют 30% от затрат на основную зарплату, без учета машинного времени, и их можно рассчитать по формуле:

,

где  ― суммарная заработная плата;

      ― коэффициент социальных отчислений.

Накладные расходы составляют в среднем 20% от затрат на основную зарплату и рассчитываются по формуле:

где  ― суммарная заработная плата;

     ― коэффициент накладных расходов.

На основании полученных данных по отдельным статьям затрат можно рассчитать общую смету затрат. Смета затрат представлена в Таблице 2.3.

Таблица2.3  — Сметная калькуляция затрат на разработку ЭИС

Статья расходов

Процент

Сумма

Основная заработная плата, руб.

50 224

Стоимость материалов, руб.

5%

2 511

Страховые взносы, руб.

30%

15 067

Накладные расходы, руб.

20%

10 045

Итого, руб.

77 847

Таким образом, общие затраты к моменту эксплуатации ЭИС составят:  = 77 847 рублей.

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

2.3.3 Обоснование целесообразности разработки и внедрения ЭИС

Для обоснования целесообразности разработки и внедрения ЭИС необходимо сравнить затраты на разработку собственными силами и затраты на приобретение готового программного продукта.

Для сравнения аналогом разрабатываемой информационной системы выбрана программа MicrosoftProjectProfessional. Цена одной версии продукта составляет 35 000 рублей. Затраты на приобретение на пять рабочих мест составят 175 000 рублей. Программа представлена в коробочном варианте и не требует дополнительных затрат на внедрение и настройку.

Затраты на приобретение готового продукта:

Затраты на разрабатываемую ЭИС:

Таким образом, экономия от создания ЭИС собственными силами составит:

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

2.3.4 Экономический эффект от внедрения ЭИС

Затраты на частично автоматизированный ввод и обработку данных составят 3700 чел-час.

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

где — номинальное количество дней на частично  автоматизированную

     обработку информации, чел-дней;

      — трудоемкость частично автоматизированной обработки данных,

     чел-час;

     — юридическая продолжительность рабочего дня, (tРД = 8 часов).

Таким образом,  

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

где — действительное число рабочих дней на частично

     автоматизированную обработку информации;

     — коэффициент интенсивности загрузки рабочего дня (КИЗ = 1,15-1,17;   

     принимаем КИЗ = 1,16);

     — коэффициент, учитывающий необходимость резерва времени   (КРВ = 1,05-

     1,6; принимаемКРВ = 1,05).

Тогда,  

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

где   —  годовой фонд рабочего времени (ФГОД.ДН.= 252 дня).

Тогда,

Принимаем количество человек равное двум.

Затраты на основную заработную плату  рассчитываются по формуле:

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

     .— средняя заработная плата работников данной квалификации на

     данном предприятии, руб. ( = 15 000 руб.).

Тогда,  

На основании исходной информации определяется сметная калькуляция расходов по обработке данных (Таблица 2.4).

Таблица 2.4  ― Затраты, связанные с частично автоматизированной обработкой данных

Статья расходов

Интервал

Выбрано

Расчет

Основная з/п, руб.

30 000

Страховые взносы, руб.

30%

30%

9 000

Собственные накладные расходы, руб.

10-20%

15 %

4 500

Общие накладные расходы руб.

15-40%

20%

6 000

Прочие затраты, руб.

5-30%

10%

3 000

Итого за месяц,  руб.

52 500

Таким образом, затраты, связанные с частично автоматизированной обработкой данных составят за месяц  52 500  руб.

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

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

Таблица 2.5 ― Расчет трудоемкости частично автоматизированной и автоматизированной обработки данных

Операция

Трудоемкость частично

автоматизированной

обработки, чел-час

Интервал

Выбрано

Расчет

Запись

1200

0,75-1,0

0,8

960

Сложение и вычитание

600

0,15-0,1

0,1

60

Умножение

500

0,2-0,15

0,2

100

Деление

500

0,25-0,15

0,2

100

Сортировка

600

0,3-0,2

0,3

180

Графические работы

300

0,25-0,1

0,25

75

Итого

3700

 

1475

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

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

где — номинальное количество дней на автоматизированную обработку  

     информации, чел-дней;

      — трудоемкость автоматизированной обработки данных, чел-час.

Таким образом,   

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

где — действительное число рабочих дней на автоматизированную

      обработку информации.

Тогда,  

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

Тогда,

Таким образом, в расчет закладывается 1 человек.

Коэффициент снижения расчетных затрат определяется по формуле:

Тогда,  

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

где  — коэффициент, учитывающий профессиональную сложность (КПС =  

     1,1-1,8; принимаем КПС = 1,6).

Тогда,

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

Таблица  2.6 ― Затраты, связанные с автоматизированной обработкой данных (за месяц)

Статья расходов

Интервал

Выбрано

Расчет

Основная з/п,  руб.

12 632

Страховые взносы, руб.

30%

30%

3 790

Собственные  накладные расходы, руб.

10-20%

15%

1 895

Общие накладные расходы, руб.

15-40%

20%

2 526

Прочие затраты, руб.

5-30%

10%

1 263

Итого за месяц, руб.

22 106

Таким образом затраты, связанные с автоматизированной обработкой данных составят за месяц 22 106 руб.

Достигаемый при этом размер ежегодной экономии  () от эксплуатации системы составит:  

Период окупаемости системы (в годах) определяется по формуле:

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

  1.  разработка и внедрение — 1,95 мес.;
  2.  эксплуатация системы — 12 мес.;
  3.  поддержание системы в эффективном состоянии — 24 мес.;
  4.  в том числе эксплуатация системы при рассчитанной эффективности — 12 мес.;
  5.  прекращение эксплуатации — 6 мес.

Итого: 43,95 мес. или 3,66 года.

В Таблице 2.7 приведены сводные данные технико-экономических показателей.

Таблица 2.7 ― Сводная таблица технико-экономических показателей

Показатель

Значение

Расчетный срок разработки системы, годы

0,16

Номинальное время на разработку, дни

39

Общий срок разработки и внедрения, месяцы

1,95

Стоимость разработки

Показатель

Значение, руб.

Основная зарплата

50 224

Начисления на заработную плату

15 067

Стоимость материалов

2 511

Накладные расходы

10 045

Итого

77 847

Общие данные

Показатели

Частично автоматизированная обработка данных

Автоматизированная обработка данных

Трудоемкость обработки данных, чел-час.

3 700

1470

Номинальное количество дней на обработку информации

463

184

Действительное количество дней на обработку информации

564

224

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

2,4

0,9

Стоимость ЭИС, руб.

Итого

77 847

3 ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ

3.1 Технология разработки БД ЭИС

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

СУБД SQL Server появилась в 1989 году и с тех пор значительно изменилась. Огромные изменения претерпели масштабируемость продукта, его целостность, удобство администрирования, производительность и функциональные возможности.

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

Клиент-серверная система SQL Server может иметь двухзвенную установку (two-tiersetup) либо трехзвенную установку (three-tiersetup). Независимо от варианта установки, программное обеспечение и базы данных SQL Server размещаются на центральном компьютере, который называется сервер базы данных (databaseserver). Пользователи работают на отдельных компьютерах, которые называются клиенты (clients). В двухзвенных системах доступ пользователей к серверу базы данных производится при помощи приложений с их компьютеров-клиентов. В трехзвенных системах — при помощи приложений, выполняющихся на специально предназначенном для этой цели компьютере, который называется сервер приложений (applicationserver).

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

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

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

SQL Server может использоваться также и как автономный (stand-alone) сервер базы данных, работающий на настольном или на портативном компьютере. Такие конфигурации называют настольными системами (desktopsystem). В них клиентские приложения исполняются на том же компьютере, на котором хранится программное обеспечение, реализующее механизм работы SQL Server и базы данных. В данной системе применяется только один компьютер, поэтому не устанавливаются никакие сетевые соединения от клиента к серверу — клиент устанавливает локальное соединение со своей локальной установкой SQL Server.

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

3.1.1 Обоснования выбора СУБД ЭИС

Решение Microsoft SQL Server представляет собой высокопроизводительную платформу обработки и анализа данных для бизнеса любого размера, которая отвечает всем современным требованиям по работе с данными любых типов и поддержке удобной и быстрой разработки приложений. Продукт реализует концепцию комплексной обработки данных и позволяет преобразовывать ценную информацию в знания и решения на основе анализа собранных данных. В базах данных SQL Server можно хранить любую структурированную, полуструктурированную или неструктурированную информацию, такую например, как изображения и мультимедиа из самых разнородных источников данных. Продукт предлагает большой набор интегрированных служб, расширяющих возможности обработки, который позволяет составлять запросы, выполнять поиск, проводить синхронизацию, формировать отчеты и анализировать данные. SQL Server обеспечивает обращение к данным из любого приложения, разработанного с применением технологий Microsoft .NET и VisualStudio, в том числе — с помощью MicrosoftBizTalkServer — из приложений, построенных на базе сервис-ориентированной архитектуры (SOA) и корпоративных бизнес-приложений других разработчиков. Сотрудники, отвечающие за сбор и анализ информации, могут работать с данными, пользуясь привычными приложениями, например программами MicrosoftOffice.

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

Преимущества SQL Server:

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

3.1.2 Технология организации доступа к БД

Для работы программного средства с данными в дипломном проекте используется технология ADO.

Доступ к данным является важнейшим требованием при разработке современных бизнес-приложений. Технология ODBC обеспечивает доступ к реляционным базам данных и это первый шаг на пути решения проблемы. Однако, когда разработчики хотят включить в свои проекты нереляционные источники данных или работать в средах, подобных Интернет, они сталкиваются с дилеммой — либо разрабатывать собственные парадигмы доступа к данным, либо работать на уровне API, что несовместимо с новыми средами. ActiveX объекты доступа к данным (ADO) решают эту дилемму и обеспечивают единую модель, которая работает со всеми источниками данных в различных средах. Таким образом, ADO обеспечивает последовательный, высокопроизводительный доступ к данным, с которыми можно создавать клиентские программы для работы с БД или бизнес-объекты среднего уровня, использующие приложения, инструментарий, язык. ADO — это интерфейс доступа к данным, который необходим для создания одноуровневых и многоуровневых приложений архитектуры клиент/сервер и Web-ориентированных информационных систем.

Технология ADO была впервые применена в MicrosoftInternetInformationServer как интерфейс доступа к БД. Использование ADO позволяет минимизировать сетевой траффик в ключевых Internet-сценариях и уменьшить количество промежуточных уровней между клиентским приложением и источником данных. ADO легко использовать, так как данная технология применяет привычную систему вызовов — интерфейс Автоматизации OLE, доступный в большинстве средств разработки приложений. Технология ADO легка в применении и изучении и во многом подобна RDO и DAO. Например, она использует те же соглашения языка. Технология ADO также поддерживает аналогичную семантику и поэтому может быть легко освоена разработчиками ПО.

ADO является интерфейсом программного уровня к OLE DB, парадигме доступа к данным от MS. OLE DB обеспечивает высокопроизводительный доступ ко многим источникам данных. ADO и OLE DB вместе представляют собой основу стратегии Универсального доступа к данным (UniversalDataAccess). OLE DB дает возможность универсального доступа ко многим данным и предоставляет разработчикам возможность сделать это достаточно легко. Так как ADO находится на вершине OLE DB, то применение ADO имеет все преимущества Универсального доступа к данным, которое обеспечивает OLE DB.

3.1.3 Разработка физической модели БД

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

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

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

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

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

На Рисунке 3.1 представлена физическая структура разработанной базы данных.


Рисунок 3.1 — Структура базы данных


3.2 Технология разработки программного обеспечения ЭИС

3.2.1 Обоснование выбора средств разработки клиентского приложения

Delphi — императивный, структурированный, объектно-ориентированный язык программирования, диалект ObjectPascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка ObjectPascal. Начиная с 2007 года уже язык Delphi (производный от ObjectPascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения, связанные с современными тенденциями.

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

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

Delphi ― это продукт для быстрого создания приложений (RAD).

Delphi позволяет создавать приложения интерактивным выбором необходимых компонентов из ComponentPalette и перетягиванием их на форму. Основное же достоинство этого метода заключается в том, что Delphi при этом самостоятельно создает необходимый код. Это напоминает по своим возможностям VisualBasic и другие подобные языки программирования. Однако в случае Delphi можно получить настоящий объектно-ориентированный код и все возможности этого подхода, включая расширение функциональных возможностей компонентов Delphi до уровня, удовлетворяющего поставленным запросам. Можно использовать компоненты Delphi, можно наследовать их и добавлять собственные методы, а кроме того, можно использовать управляющие элементы Active X.

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

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

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

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

Основным преимуществом Delphi является его среда программирования с визуальным конструктором программ. Эта среда (вместе с объектной библиотекой VCL) позволяет эффективно программировать под MS Windows, не отвлекаясь на выяснение всех деталей Win API, а работать над логикой программы.

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

Еще одно преимущество Delphi в том, что он позволяет создавать большие программы, которые неудобно размещать в одном файле. Основной частью программы является проект. Проектами могут быть файлы с исходным текстом модулей (расширение .pas), формы, являющиеся графическим представлением приложения (расширение .dfm), и сами файлы проектов (расширение .dpr). Следует отметить тот факт, что каждому файлу формы обязательно соответствует файл с исходным текстом модуля, но файл с исходным текстом модуля не обязательно должен иметь соответствующую ему форму.

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

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

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

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

programProjectl;

uses Forms, Unitl in 'Unit1.pas' {Forml};

{$R *.RES}

begin

Application.Initialize;

Application.CreateForm(TForml, Forml);

Application.Run;

end.

Использование модуля Forms обязательно для всех программ, создаваемых в среде Delphi, так как в этом модуле содержится описание класса TApplication, который лежит в основе всех Delphi-приложений. В приведенном примере первая строка содержит имя проекта. Это же имя используется в качестве имени приложения, если не задано другое. Оператор uses сообщает компилятору, что программа использует модуль с исходным кодом формы Unit1.pas, который описывает главную форму, включенную в данное приложение. Название формы (ее идентификатор) приводится в фигурных скобках. Следует иметь ввиду, что имя формы должно быть отлично от имени модуля, описывающего эту форму. Директива in указывает на то, что модуль является обязательной частью проекта, а не просто файлом, используемом в проекте. Директива $R подключает к проекту все необходимые ресурсы (файлы с расширением .res). Само изображение формы хранится в виде Windows-ресурса и имеет расширение .dfm.

Далее начинается главный блок программы, в котором создается форма и содержится команда запуска основного цикла приложения. Вызов метода Application.Initialize приводит к инициализации самого приложения, представленного экземпляром класса TApplication. Метод Application.Create-Form загружает и инициализирует форму, a Application.Run начинает выполнение приложения и загружает главную форму. При добавлении к проекту новой формы или нового модуля. Delphi автоматически добавляет соответствующий оператор uses в файл проекта. Аналогично добавляются методы Application.CreateForm, для загрузки и инициализации дополнительных форм, используемых в данном приложении.

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

Если несколько проектов объединены в группу, то для управления взаимосвязанными проектами используется файл группы проектов. Файлы групп проектов имеют расширение .bpg.

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

3.2.2 Сценарий диалога ЭИС

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

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

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

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

Способ описания сценария диалога зависит от степени его сложности. Методы описания сценариев делятся на две группы: неформальные и формальные методы.

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

Сценарий диалога пользователя представлен на Рисунке 3.2.


ЭИС управления проектами

Идентификация пользователя

Справочники

Отчеты

Печатные формы

Проекты

План-график проекта

Персонал

Затраты на проект

Проектная команда

Отчет о

сроках

Отчет о затратах

Приказ о создании проектной команды и установление тарифа оплаты

Роли

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

План-график проекта

Проектная документация

Назначения на проект

Отчёт об отклонениях

Отчет о текущем состоянии

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

Рисунок 3.2 — Сценарий диалога пользователя


3.2.3 Описание функций ЭИС

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

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

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

К основным функциям разрабатываемой системы можно отнести:

  1.  планирование проекта;
  2.  контроль проекта;
  3.  расчет плановых и фактических затрат на проект;
  4.  расчет материальных и трудовых затрат;
  5.  ведение справочной информации;
  6.  генерация отчетов;
  7.  формирование печатных форм.

К служебным функциям относятся:

  1.  связь с базой данных;
  2.  идентификация пользователя;
  3.  разграничение полномочий.

На Рисунке 3.3 представлено дерево функций системы.


Функции системы управления проектами

Основные функции

Служебные функции

Связь с базой данных

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

затрат

Расчет плановых и фактических

затрат на проект

Контроль выполнения

проекта

Планирование проекта

Идентификация пользователя

Формирование печатных форм

Генерация

отчетов

Ведение справочной информации

Разграничение полномочий

Рисунок 3.3 — Дерево функций системы


Ниже представлен программный код некоторых функций системы.

Листинг 3.1 — Создание новой роли

procedure TfrmAddNewRole.FormActivate(Sender: TObject);

begin

NewRoleID:=dtmConnection.qurJobs.RecordCount + 1;

dtmConnection.dtsJobs.DataSet.Insert;

end;

procedure TfrmAddNewRole.cmbOkRoleClick(Sender: TObject);

begin

dtmConnection.dtsJobs.DataSet.FieldByName('ID').Value:=NewRoleID;

dtmConnection.dtsJobs.DataSet.Post;

dtmConnection.qurJobs.Refresh;

frmAddNewRole.Close;

end;

Листинг 3.2 — Добавление нового персонала

procedure TfrmPersonel.FormActivate(Sender: TObject);

varNewPersonelID:integer;

begin

if frmMain.AddNewPersonel=True then

begin

dtmConnection.dtsPersonal.DataSet.Insert;

NewPersonelID:=dtmConnection.qurPersonal.RecordCount + 1;

dtmConnection.dtsPersonal.DataSet.FieldByName('ID').Value:=NewPersonelID;

end;

end;

procedure TfrmPersonel.cmbOkPersonelClick(Sender: TObject);

begin

if frmMain.AddNewPersonel=True then

begin

dtmConnection.dtsPersonal.DataSet.Post;

frmPersonel.Close;

end;

end;

Листинг 3.3 — Назначение на проект

procedure TfrmProjectTeam.cmbOkProjectTeamClick(Sender: TObject);

varNewEntry:integer;

begin

dtmConnection.qurProjectTeam.Post;

cmbJob.DataSource:=frmProjectDetails.dtsProjectTeam;

cmbPersonel.DataSource:=frmProjectDetails.dtsProjectTeam;

frmProjectDetails.qurProjectTeam.Active:=False;

frmProjectDetails.qurProjectTeam.Active:=True;

dtmConnection.qurProjectTeam.Active:=False;

dtmConnection.qurProjectTeam.Active:=True;

frmProjectTeam.Close;

end;

procedure TfrmProjectTeam.FormActivate(Sender: TObject);

varNewEntry:integer;

begin

NewEntry:=dtmConnection.qurProjectTeam.RecordCount;

NewEntry:=NewEntry+12;

cmbJob.DataSource:=dtmConnection.dtsProjectTeam;

cmbPersonel.DataSource:=dtmConnection.dtsProjectTeam;

Продолжение Листинга 3.3

if frmProjectDetails.AddNewProjectTeam=True then

with dtmConnection do

begin

dtsProjectTeam.Dataset.Insert;

dtsProjectTeam.DataSet.FieldByName('ID').Value:=NewEntry;

 dtsProjectTeam.DataSet.FieldByName('ProjectID').Value:=frmProjectDetails.ProjectID;

end;

Листинг 3.4 — Добавление стадии или проекта

procedure TfrmProjectDetails.cmbAddNewEntryClick(Sender: TObject);

begin

ckbIsFixated.DataSource:=dtmConnection.dtsProject;

txtPlanBeginDate.DataSource:=dtmConnection.dtsProject;

txtPlanEndDate.DataSource:=dtmConnection.dtsProject;

txtPlanManHour.DataSource:=dtmConnection.dtsProject;

txtFactBeginDate.DataSource:=dtmConnection.dtsProject;

txtFactEndDate.DataSource:=dtmConnection.dtsProject;

txtFactManHour.DataSource:=dtmConnection.dtsProject;

txtNameProject.DataSource:=dtmConnection.dtsProject;

cmbStatusProject.DataSource:=dtmConnection.dtsProject;

cmbTypeProject.DataSource:=dtmConnection.dtsProject;

dtmConnection.dtsProject.DataSet.Insert;

end;

procedure TfrmProjectDetails.cmbCancelEntryClick(Sender: TObject);

begin

dtmConnection.dtsProject.DataSet.Cancel;

ckbIsFixated.DataSource:=dtsProjectDetails;

txtPlanBeginDate.DataSource:=dtsProjectDetails;

txtPlanEndDate.DataSource:=dtsProjectDetails;

txtPlanManHour.DataSource:=dtsProjectDetails;

txtFactBeginDate.DataSource:=dtsProjectDetails;

txtFactEndDate.DataSource:=dtsProjectDetails;

txtFactManHour.DataSource:=dtsProjectDetails;

txtNameProject.DataSource:=dtsProjectDetails;

cmbStatusProject.DataSource:=dtsProjectDetails;

cmbTypeProject.DataSource:=dtsProjectDetails;

Label10.Visible:=False;

cmbTypeEntry.Visible:=False;

end;

procedure TfrmProjectDetails.cmbApplyEntryClick(Sender: TObject);

varNewEntryID,ParentProject, ParentStage:integer;

begin

if cmbTypeEntry.Text='' then

begin

ShowMessage('Не выбран тип новой записи');

cmbTypeEntry.SetFocus;

Exit;

end;

dtmConnection.dtsProject.DataSet.FieldByName('ID').Value:=NewEntry;

dtmConnection.dtsProject.DataSet.FieldByName('ParentProjectID').Value:=ProjectID;

if cmbTypeEntry.Text='Новаястадия' then

Продолжение Листинга 3.4

begin

dtmConnection.dtsProject.DataSet.FieldByName('ParentStageID').Value:=NewEntry;

dtmConnection.dtsProject.DataSet.FieldByName('ParentWorkID').Value:=0;

end;

if cmbTypeEntry.Text='Новаяработа' then

begin

dtmConnection.dtsProject.DataSet.FieldByName('ParentStageID').Value:=dtsProjectDetails.DataSet.FieldValues['ID'];

dtmConnection.dtsProject.DataSet.FieldByName('ParentWorkID').Value:=NewEntry;

end;

dtmConnection.dtsProject.DataSet.Post;

ckbIsFixated.DataSource:=dtsProjectDetails;

txtPlanBeginDate.DataSource:=dtsProjectDetails;

txtPlanEndDate.DataSource:=dtsProjectDetails;

txtPlanManHour.DataSource:=dtsProjectDetails;

txtFactBeginDate.DataSource:=dtsProjectDetails;

txtFactEndDate.DataSource:=dtsProjectDetails;

txtFactManHour.DataSource:=dtsProjectDetails;

txtNameProject.DataSource:=dtsProjectDetails;

cmbStatusProject.DataSource:=dtsProjectDetails;

cmbTypeProject.DataSource:=dtsProjectDetails;

qurProjectDetails.Active:=False;

qurProjectDetails.Active:=True;

cmbTypeEntry.Visible:=True;

Label10.Visible:=True;

dbgProjectDetails.Group(4);

dbgProjectDetails.SubGroup(5);

end;

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

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

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

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

В Таблице 3.1 представлена структурная схема программы.

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

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

В таблице приведено описание модулей.

Таблица 3.1 — Структурная схема программы

Идентификатор модуля

Описание функций

Project

База данных

U_Data

Модуль подключения к БД и хранилище всех справочников

U_Login

Модуль авторизации

U_Role *

Модуль справочника «Роли»

U_Main

Модуль главной формы

U_Personal *

Модуль справочника персонала

U_ProjectDet

Модуль формы детализации проекта

U_ProjectDev *

Модуль отклонений проекта

U_Resources *

Модуль ресурсов проекта

U_ProjectManHour *

Модуль времени проекта

U_ProjectTeam *

Модуль команды проекта

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

Взаимосвязь модулей программы представлена на Рисунке 3.4


U_ProjectTeam

Project

U_Project

ManHour

U_Resources

U_Role

U_Data

U_Personal

U_ProjectDev

U_ProjectDet

U_Main

U_Login

Рисунок 3.4 ― Схема взаимодействия модулей программы


3.3 Технология разработки пользовательского интерфейса ЭИС

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

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

3.3.1 Выбор типа графического интерфейса, его составляющие

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

В настоящее время существует несколько типов интерфейсов пользователя:

  1.  пакетный;
  2.  текстовый командный;
  3.  текстовый оконный;
  4.  графический командный;
  5.  графический оконный.

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

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

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

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

Графический командный интерфейс объединяет в себе текстовый командный интерфейс и возможность вывода графической информации. Этот тип мало распространен из-за появления графического оконного интерфейса.

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

На Рисунках 3.5-3.7 представлены вкладки главной формы разработанной системы.

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

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

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

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

Справочник «Роли» представляет собой список должностей с их названием и описанием.

В левом верхнем углу есть кнопка печати.

Кнопка “Edit” в правом верхнем углу вкладки «Проекты» открывает форму деталей проектов, с которой пользователь может продолжить работу.

Рисунок 3.5 —Главная форма, вкладка «Проекты»

Рисунок 3.6 — Справочник персонала

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

Рисунок 3.7 ― Справочник «Роли» 

3.4 Технология работы с ЭИС. Руководство пользователя

На Рисунке 3.8 представлена форма «Детали проекта». Она содержит четыре основные вкладки.

Лист задач отображает занесенные в систему задачи, их название, статус, а также показывает тип проекта.

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

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

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

Третья отображает ресурсы проекта, а последняя — отклонения.


Рисунок 3.8 — Форма «Детали проекта»

Рисунок 3.9 — Детали проекта, вкладка «Проектная команда»


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

Рисунок 3.10 — Назначения на проект

Рисунок 3.11 — Ресурсы проекта

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

На Рисунках 3.12-3.15 представлены следующие формы: ресурсы, отклонения, назначение, персонал.

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

Рисунок 3.14 — Форма назначения

Рисунок 3.12 — Форма ресурсов

Рисунок 3.13 — Форма отклонений

Рисунок 3.15 — Форма персонала

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

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

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

Помимо печатных форм, система также формирует ряд отчетов.

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

На Рисунке 3.18 представлен отчет о текущем состояни проекта.  В нем представлены стадии проекта с их статусов, плановые и фактические даты начала и окончания каждой из стадий, а также затраты на каждую из них.

Рисунки 3.19-3.20 представляют собой отчеты о сроках, о затратах, об отклонениях и о проектах компании.

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

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

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

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

Рисунок 3.16 — План-график проекта

Рисунок 3.17 — Приказ о создании проектной команды


Рисунок 3.18 — Отчет о текущем состоянии проекта

Рисунок 3.19 — Отчет о сроках

Рисунок 3.20 — Отчет о затратах


Рисунок 3.21 — Отклонения проекта

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

Весь отчет состоит из двух таблиц и круговой диаграммы.

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

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

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

Рисунок 3.22 — Отчет о проектах компании

3.5 Технология тестирования ЭИС

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

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

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

Основные виды тестирования:

  1.  блочное — тестирование полного класса, метода или небольшого приложения, написанного одним программистом или группой, выполняемое отдельно от прочих частей системы;
  2.   тестирование компонента — тестирование класса, пакета, небольшого приложения или другого элемента системы, разработанного несколькими программистами или группами, выполняемое в изоляции от остальных частей системы;
  3.  интеграционное — это совместное выполнение двух или более классов, пакетов, компонентов или подсистем, созданных несколькими программистами или группами;
  4.  регрессивное — повторное выполнение тестов, направленное на обнаружение дефектов в программе, уже прошедшей этот набор тестов;
  5.  тестирование системы — выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными средствами.

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

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

3.5.1 Выбор методики тестирования программной системы

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

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

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

К недостаткам данного метода можно отнести:

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

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

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

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

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

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

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

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

  1.  некорректные или отсутствующие функции;
  2.  ошибки интерфейса;
  3.  ошибки во внешних структурах данных или в доступе к внешней базе данных;
  4.  ошибки характеристик (например, необходимая емкость памяти);
  5.  ошибки инициализации и завершения.

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

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

3.5.2 Технология обеспечения информационно безопасности ЭИС

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

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

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

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

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

Функционирование системы защиты информации от несанкционированного доступа как комплекса программно-технических средств и организационных решений предусматривает:

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

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

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

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

Рисунок 3.23 — Форма идентификации пользователя

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

  1.  
  2.  
  3.  
  4.  
  5.  

Для реализации поставленной в дипломном проекте задачи рабочее место пользователя должно быть оснащено персональной электронно-вычислительной машиной (ПЭВМ). Изучение и решение проблем, связанных с обеспечением здоровых и безопасных условий, в которых протекает труд человека ― одна из наиболее важных задач в разработке новых технологий и систем производства.

  1.  Анализ условий труда при работе с ПЭВМ

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

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

ГОСТ 22269-76 «Рабочее место оператора», устанавливает общие эргономические требования к взаимному расположению элементов рабочего места - пульта управления, средства отображения информации, органов управления, кресла, вспомогательного оборудования.

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

Таблица 4.1 — Опасные производственные факторы

Опасные производственные факторы

Количественная характеристика

Рентгеновское излучение

15-20 мкР/ч

Электростатическое поле

10 кВ/м

Уровень шума

60 дБА

Ультрафиолетовое излучение (диапазоне 200-315 нм)

6 мкВт/в

Естественное освещение

19,5%

Опасность поражения электрическим током

220 В

Влажность воздуха рабочей зоны

40-60 %

Нервно-психические нагрузки

длительность сосредоточенного наблюдения

15 мин

темп работы

50 %

число производственно важных объектов наблюдения

580 движений в час

Блесткость

от 55 до 200 кд/м²

Ослепленность

15

Распределение яркости в поле зрения

3:1

Яркость светового изображения

60-95 кд/м2

Контрастность

3:1

Пульсация освещенности

5%

Монотонность труда (при 8 часовом рабочем дне)

3,5 часа

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

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

4.2 Санитарно-гигиеническая характеристика производственного помещения

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

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

Таблица 4.2 — Оптимальные метеорологические условия для рабочей зоны помещения

Факторы

Холодный период

Теплый период

Температура воздуха

21-23 С

23-25 С

Относительная влажность

40-60%

40-60%

Скорость движения воздуха на рабочем месте

до 0,1 м/с

до 0,1-0,2 м/с

Интенсивность теплового излучения

до 25 Вт/м2

до35 Вт/м2

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

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

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

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

Таблица 4.3 Нормы освещенностирабочего места оператора ПЭВМ

Нормы освещенностирабочего места оператора ПЭВМ

Экрана

100-250 лк

КЕО не ниже  1,2% - 1,5%

Стола

300-500 лк

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

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

Для общего освещения используются в основном потолочные или встроенные светильники с люминесцентными лампами. Яркость должна быть не более 200 кд/. Источники света лучше использовать нейтрально-белого или "теплого" белого цвета с индексом цветопередачи не менее 70. Для исключения засветки экранов прямыми световыми потоками светильники общего освещения располагают сбоку от рабочего места, параллельно линии зрения оператора.

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

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

Естественное освещение осуществляется через светопроемы. Для оценки естественного освещения  проведем расчет коэффициент естественной освещенности (КЕО) по формуле:

КЕО= (S0 ×r1×r2 ) : (Sn×K1× K2 ) × 100% ,

где     КЕО ― коэффициент естественной освещенности;

S0 ― площадь оконных поверхностей,  (S0 =10);

r1 ― коэффициент, учитывающий светопропускание оконных поверхностей и загрязнение воздуха рабочей зоны(r1 =0,90);

r2 ― коэффициент, учитывающий отражение светового потока при боковом освещении( r2 =1);

Sn ― площадь рабочего помещения,  (Sn= 34,8);

К1 ― коэффициент, учитывающий отношение длины здания, в котором находится рабочее помещение к ширине (К1=1,5);

К2 ― коэффициент, учитывающий расстояние между соседними зданиями и высоту соседнего здания (К2=1);

KEO= (10×0,9×1) : (34,8×1,5×1) × 100% = 17,2.

КЕО равен 17,2%. На основе норм и расчетных значений можно сделать вывод, что в рабочем помещении коэффициент естественной освещенности соответствует нормам.

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

Ф = (En × Kз × S × Z) : u ,

где     Ф ― рассчитываемый световой поток, лм;

Ен ― нормированная минимальная освещенность (Е = 300);

S ― площадь освещаемого помещения,  (S = 34,8);

Z ― отношение средней освещенности к минимальной (Z = 1,1);

Кз ― коэффициент запаса, учитывающий уменьшение светового потока лампы в результате загрязнения светильников в процессе эксплуатации (К = 1,5);

u ― коэффициент использования (u = 0,38).

Значение u определяется по таблице коэффициентов использования различных светильников.

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

F = (300×1,5×34,8×1,1) : 0,37 = 46557.

Для освещения выбираем люминесцентные лампы типа ЛБ40, световой поток которых  F = 4320 лк.

Рассчитаем необходимое количество ламп по формуле:

N = F :Fл

где     N ― определяемое число ламп;

F ― световой поток;

― световой поток лампы.

N= 46557 : 4320 = 11 шт.

Таким образом, для достаточной освещенности данного помещения, где располагается рабочее место оператора, необходимо установить 6 светильников с  лампами марки ЛБ40.

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

4.3.1 Защита от поражения электрическим током

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

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

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

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

где p ― удельное сопротивление грунта, Ом;

― длина трубы, м.

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

где r ― допустимое сопротивление заземляющего устройства, Ом.

В соответствии с Правилами устройства электроустановок (ПУЭ) на электрических установках напряжением до 1000 В допустимое сопротивление заземляющего устройства равно не более 4 Ом. С учетом данного фактора можно вычислить ориентировочное число вертикальных заземлителей:

Число вертикальных заземлителей с учетом коэффициента экранирования:

Длина соединительной полосы, м:

.

Длина соединительной полосы получилась меньше периметра, то длину соединительной полосы необходимо принять равной периметру 12-16 м. Примем соединительную полосу равную 192 м.  

Для новой соединительной полосы

Сопротивление растеканию электрического тока через соединительную полосу, Ом:

.

Результирующее сопротивление растеканию тока всего заземляющего устройства, Ом:

где ― коэффициент экранирования соединительной полосы,            

определяющийся по таблице коэффициентов экранирования   

соединительной полосы.

На основе данных из таблицы, .

Таким образом,

Полученное результирующее сопротивление растеканию тока всего заземляющего устройства сравнивают с допустимым значением. Так как, 1,9<4, то можно сказать, что использование данного заземляющего устройства допустимо.

4.3.2 Режим труда и отдыха

Режим труда и отдыха при работе с ПЭВМ и ВДТ должен организовываться в зависимости от вида и категории деятельности.

Виды деятельности подразделяются на следующие группы:

  1.  группа А — работа по считыванию информации с ВДТ или ПЭВМ с предварительным запросом;
  2.  группа Б — работа по вводу информации;
  3.  группа В — творческая работа в режиме диалога.

Таблица 4.5 — Временные нормы работы и отдыха

Категория

Время работы в часах

Время перерывов в минутах

I

2

30

II

1,5-2

50

III

1,5-2

70

Для видов деятельности устанавливаются три категории (I, II, III) тяжести и напряженности работы с ПЭВМ и ВДТ. В Таблице 4.5 представлены значения времени непрерывной работы, а также значения суммы времени регламентированных перерывов при  восьмичасовом рабочем дне для каждой категории.

Режим труда и отдыха операторов, работающих с ЭВМ, должен быть следующим: через каждый час интенсивной работы необходимо устраивать пятнадцатиминутный перерыв; при менее интенсивной работе перерыв устраивается через каждые 2 часа. Эффективность регламентируемых перерывов повышается при их сочетании с производственной гимнастикой. Производственная гимнастика должна включать комплекс упражнений, направленных на восполнение дефицита двигательной активности, снятие напряжения мышц шеи, спины, снижение утомления зрения. Она проводится в течение 5-7 минут, 1-2 раза в смену.

4.3.3 Организация рабочего места оператора

При оценке рабочего места необходимо учитывать размерные соотношения параметров рабочей поверхности с параметрами других элементов рабочего места. При работе сидя оптимальная рабочая поза обеспечивается соблюдением правильного соотношения высоты рабочей поверхности и сидения. Рекомендуется следующая высота рабочей поверхности для конторских работ: 700-750 мм. Документ для ввода оператором данных располагают на расстоянии 450-500 мм от глаз оператора, преимущественно слева, при этом угол между экраном и документом в горизонтальной плоскости составляет 30-40 градусов. Угол наклона клавиатуры равен 15 градусам.

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

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

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

Клавиатура дисплея не должна быть жестко связана с монитором. Видеомонитор должен быть оборудован поворотной площадкой, позволяющей перемещать ВДТ в горизонтальной и вертикальной плоскостях в пределах 130-220 мм. А также изменять угол наклона экрана на 30 градусов во фронтальной плоскости.

При работе с текстовой информацией (в режиме ввода данных, редактирования текста и чтения с экрана ВДТ) наиболее физиологичным является предъявление черных знаков на светлом фоне.

Для устранения бликов и снижения влияния электромагнитного излучения экраны ВДТ должны быть снабжены защитными фильтрами.

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

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

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

Рисунок 4.1 — Рабочее место

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

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

4.4 Мероприятия по защите окружающей среды

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

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

Воздействие компьютеров на окружающую среду при эксплуатации регламентировано рядом стандартов. Выделяют две группы стандартов и рекомендаций — по безопасности и эргономике. Ограничения на излучения от компьютерных мониторов и промышленной техники, используемой в офисе, налагает стандарт МРR-II разработанный Шведским национальным департаментом стандартов и утвержденный ЕЭС. Взаимодействие с окружающей средой регламентирует рекомендация ТСО-95 NUТЕК (Швеция). Монитор, отвечающим ТСО-95, должен иметь низкий уровень электромагнитных излучений, обеспечивать автоматическое снижение энергопотребления при долгом неиспользовании, отвечать европейским стандартам пожарной и электрической безопасности. Требования ТСО-95 являются гораздо более жесткими, чем требования МРR-II. Экологическая оценка компьютера и, в частности, ВДТ как наибольшего потребителя энергии в ПЭВМ включает требования по экономии и снижению энергопотребления. Согласно стандарту ЕРА монитор должен поддерживать три энергосберегающих режима — ожидание, приостановку и "сон”. Требования отечественного стандарта к ПЭВМ и ВДТ — СанПиН 2.2.2.542-96 соответствуют стандарту МРR-II.

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

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

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

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

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

Переработку промышленных отходов производят на специальных полигонах, создаваемых в соответствии с требованиями СНиП 2.01.28-85 и предназначенных для централизованного сбора обезвреживания и захоронения токсичных отходов промышленных предприятий, НИИ и учреждений.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

На основании всего вышеперечисленного можно считать, что внедрение разработанной системы управления проектами для компании ЗАО «ДИАКОН» является целесообразным и экономически обоснованным.

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

ИССЛЕДОВАТЕЛЬСКИЙ РАЗДЕЛ

  1.   Концепция развития службы клинической лабораторной диагностики. —       http://www.remedium.ru/partner/doc.

1.2 Введение в проектный менеджмент. — http://www.cfin.ru/itm/project/pmintro. shtml.

1.3. Сайт компании. — http://diakonlab.ru

1.4. Методы и модели информационного менеджмента: Учебное пособие /  Александров Д. В., Костров А. В., Макаров Р. И., Хорошева Е. Р.. — М.: Финансы и статистика,  2007. — 336 с.

1.5. Грабауров В. А. Информационные технологии для менеджеров. 2-е изд., перераб. и доп. — М.: Финансы и статистика, 2010. — 365с.

1.6. Бронникова Т., Титов С. А., Разу М. Л.. Управление проектом. Основы проектного управления. 4-ое изд. — М.: КноРус, 2012. — 760 с.

1.7. Информационные технологии управления: Учебник / Уткин В. Б., Балдин К. В.. — М.: Академия, 2008. — 395 с.

1.8. Годин В. В., Корнеев И. К.. Информационное обеспечение управленческой деятельности. — М.: Мастерство, 2009. — 240 с.

1.9. Скороходов C. B. Управление проектам с использованием MS Project. — Интернет-издание, 2009. — 134 с.

1.10. Туккель И. Л., Голубев С. А., Сурина А. В., Цветкова Н. А.. Методы и инструменты управления инновационным развитием промышленных предприятий. — СПб.: БХВ-Петербург, 2013. — 208 стр.

СПЕЦИАЛЬНЫЙ РАЗДЕЛ

  1.   Смирнова Г. Н., Тельнов Ю. Ф. Проектирование экономических информационных систем. — М.: МЭСИ, 2005. — 511 с.
  2.   Гвоздева Т. В., Баллод Б. А. Проектирование информационных систем. — М.: Феникс, 2009. — 512 с.
  3.   Новиков Д. А. Управление проектами: организационные механизмы. — М.: ПМСОФТ, 2007. – 140 с.
  4.   Информационные технологии управления проектами: Учебное пособие / Светлов Н. М., Светлова Г. Н. — М.: ФГОУ ВПО РГАУ–МСХА им. К. А. Тимирязева, 2007. — 144 с.
  5.   Информационные системы в экономике: Учебник / Под ред. Титоренко Г. А. 2-е изд., доп. и перераб. — М.: ЮНИТИ-ДАНА, 2008. — 463 с.
  6.   Компьютерные технологии управления проектами: Практикум для студентов магистратуры по направлению «Менеджмент» / Светлов Н. М.. Москва, 2007. — 80 с.
  7.   Информационные технологии: Учебное пособие / Зимин В. П. — Томск: ТПУ, 2006. — 134 с.
  8.   Васильев Д. К., Заложнев А. Ю., Новиков Д. А., Цветков А. В.. Типовые решения в управлении проектами. — М.: ИПУ РАН (научное издание), 2008. — 75 с.
  9.   CASE-средства: Учебно-методическое пособие / Тебайкина Н. И. — Екатеринбург: УГТУ–УПИ, 2007. — 88 с.
  10.   Автоматизация процессов проектирования на основе CASE технологий: Учебное пособие. / Тоискин В. С., Красильников В. В., Малиатаки В. В — Ставрополь: СГПИ, 2010. — 131 с.

ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ

  1.  Шкрыль А. Разработка клиент-серверных приложений в Delphi. — СПб: БХВ-Петербург, 2006. — 480с.

3.2. Ржеуцкая С. Ю. Базы данных. Язык SQL. — Вологда: ВоГТУ, 2010. — 159 с.

3.3. Осипов Д. Базы данных и Delphi. Теория и практика. — СПб.: БХВ-Петербург, 2011. — 752 с.

3.4. Дэвидсон Л. Проектирование баз данных на SQL Server 2000. — М.: Бином. Лаборатория знаний. 2003. — 662 с.

3.5. Майерс Г., Баджетт Т., Сандлер К.. Искусство тестирования программ. — М.: Диалектика, 2012. — 272 с.

3.6. Канер С., Фолк Д., Енг Кек Нгуен. Тестирование программного обеспечения. — М.: ДиаСофт, 2000. — 544 с.

3.7. Титоренко Г. А. Автоматизированные информационные технологии в экономике. — М.: ЮНИТИ, 2008. — 400 с.

3.8. Блинов А. М. Информационная безопасность. — СПб.: ГУЭФ, 2010. — 96с.

3.9. Грибунин В. Г., Чудовский В. В. Комплексная система защиты информации на предприятии. — М.: Академия, 2009. — 416 с.

3.10. Мандел Т. Разработка пользовательского интерфейса. — М.: ДМК Пресс, 2008. — 412 с.

РАЗДЕЛ БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

4.1. Занько Н. Г., Малаян К. Р., Русак О. Н. Безопасность жизнедеятельности. — СПб.: Лань, 2010. —  672с. 

4.2. Опасные и вредные производственные факторы. — ГОСТ 12.0.003-74.

4.3. Павлов В. Н., Буканин В. А. Безопасность жизнедеятельности. — М.: Академия, 2008. — 336с.  

4.4. Общие санитарно-гигиенические требования к воздуху рабочей зоны. — ГОСТ 12.1.005-88.

4.5. Естественное и искусственное освещение. — СНиП 23-05-95.

4.6. Требования по обеспечению безопасности. Защита от поражения электрическим током. — ГОСТ Р 50571.3-94 ч.4.

4.7. Гигиенические требования к персональным электронно-вычислительным машинам и организации работы. — СанПиН 2.2.2/2.4.1340-03.

4.8. Гигиенические требования к ВДТ и ПЭВМ. Организация работы. — СанПиН: 2.2.2.542-96.

4.9. Белов С. В. Безопасность жизнедеятельности и защита окружающей среды. — М.:  Юрайт, 2010. —  672 с.

4.10. Экология и безопасность жизнедеятельности: Учебное пособие для вузов / Кривошеин Д. А., Муравей Л. А., Роева Н. Н.; под ред. Муравья Л. А. — М.: ЮНИТИ, 2000. — 448 с.

ПРИЛОЖЕНИЕ

Графический материал

1. Предметная область дипломного проекта

2. Объект, предмет и цель исследования

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

4. Контекстная диаграмма (как есть)

4.1. Детализация контекстной диаграммы (как есть)

4.2. Процесс «Инициировать проект» (как есть)

4.3. Процесс «Планировать проект» (как есть)

4.4. Процесс «Организовать исполнение проекта» (как есть)

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

6. Контекстная диаграмма (как будет)

6.1. Детализация контекстной диаграммы (как будет)

6.2. Процесс «Планировать проект» (как будет)

6.3. Процесс «Организовать исполнение проекта» (как будет)

6.4. Процесс «Контролировать исполнение проекта» (как будет)

7. Экономические параметры разработки ЭИС

8. Структура сценария диалога  ЭИС

9. Дерево функций ЭИС

10. Логическая модель базы данных ЭИС

11. Физическая модель базы данных ЭИС

12. Иллюстрация функционирования ЭИС

12.1. Иллюстрация функционирования ЭИС

12.2. Иллюстрация функционирования ЭИС

13. Формируемые печатные формы

13.1. Формируемые печатные отчеты

13.2. Формируемые печатные отчеты

14. Безопасность жизнедеятельности


 

А также другие работы, которые могут Вас заинтересовать

20304. Основные направления в театральном искусстве XX века 167 KB
  театр капиталистических стран арена острейшей идеологической борьбы. Театральное искусство отражает сложные исторические социальные изменения происходящие в мире. Великая Октябрьская социалистическая революция образование первого в мире Советского государства а после второй мировой войны и других социалистических государств оказали существенное влияние на развитие театра капиталистических стран.
20305. Машинерия классической сцены 182.5 KB
  Машинерия классической сцены. Базанова УСТРОЙСТВО СЦЕНЫ Основные части сцены Сценическая коробка по вертикальному сечению распадается на три основные части: трюм планшет и колосники рис. Нижняя сцена используется для устройства люковспусков со сцены и для осуществления различных эффектов. Площадь трюма обычно равна площади основной сцены за вычетом места отведенного для склада мягких декораций сейфа.
20306. Золотой век русского искусства. 180.5 KB
  €œЗОЛОТОЙ ВЕК€РУССКОЙ КУЛЬТУРЫ В одном из своих произведений А. не зря называют €œзолотым веком€русской культуры. В русской литературе век классицизма был сравнительно короток и неярок в русской музыке почти не было классицизма зато в живописи и особенно в архитектуре он оставил подлинные шедевры. Константин Андреевич Тон 1794 в своем творчестве попытался возродить традиции древнерусской архитектуры.
20307. Комедия дель-арте 658.5 KB
  Комедия дельарте. Комедия дель арте [править] Материал из Википедии свободной энциклопедии Эта версия страницы ожидает проверки и может отличаться от последней подтверждённой проверенной 3 июня 2011. Сцена из представления комедии дель арте. Комедия дель арте итал.
20308. Планировка современной сцены 139.5 KB
  Планировка современной сцены. Работа над макетом и планировкой Воплощение замысла художника в пространстве начинается с компоновки и проверки расположения декораций на плане сцены. Немалую роль в этой работе играет точность имеющегося плана сцены. Реальные размеры сцены габариты установленного оборудования всегда отличаются от чертежей рабочего проекта по которым велось строительство.
20309. Серебряный век в русском искусстве 103.5 KB
  Новая концепция искусства 2. Литература музыка театр соединение видов искусства Заключение Литература Введение В России первой трети прошлого века произошел мощный духовный всплеск вбросивший в сокровищницу мировой культуры немало значительных идей и произведений в сферах религиозной и философской мысли всех видов искусства. На взлет творческой активности Серебряного века повлияло постоянно укрепляющееся ощущение наиболее чуткими мыслителями и художниками нарастающего глобального никогда не случавшегося еще в истории человечества...
20310. Театр эпохи Просвещения 920 KB
  Театр эпохи Просвещения. Западноевропейский театр в эпоху Просвещения Театр от греч. Родовое понятие театра подразделяется на виды театрального искусства: драматический театр оперный балетный театр пантомимы и т. Происхождение термина связано с древнегреческим античным театром где именно так назывались места в зрительном зале от греческого глагола теаомай – смотрю .
20311. Сценические эффекты в театре XIX века 55.5 KB
  Кроме этого появление электрических двигателей послужило мощным толчком для развития механического оборудования сцены. Классические люкипровалы превратились в подъемноопускные площадки и лифтовые сцены греческие выкатные площадки эккиклемы в платформы вывозящие в пределы игровой зоны целые декорационные комплексы небольшие круглые вращающиеся площадки времен театра Возрождения и барокко в различные системы поворотных кругов примитивные веревочные ручные подъемы в механизированные и немеханизированные штанкетные подъемы. Ответы на эти...
20312. Древнерусское искусство: архитектура, иконопись, литература, театр 242 KB
  С образованием государственности и принятием христианства из Византии на Русь пришли новые для нее виды монументальной живописи мозаика и фреска а также станковая живопись иконопись. Византия познакомила русских художников с новой для них техникой живописи дала им иконографический канон неизменность которого строго оберегалась церковью. Это в известной степени сковывало художественное творчество и предопределяло более длительное и устойчивое византийское влияние в живописи нежели в архитектуре. Самые ранние из сохранившихся...