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

1 2

---

Содержание

Введение 1. Теоретические сведения 1.1 Анализ предметной области 1.2 Определение бизнес — выгод проекта 1.3 Уточнение требований проекта 2. Проектирование информационной системы 2.1 Проектирование логической схемы информационной системы 2.2 Разработка модели базы данных 2.3 Разработка структуры вычислительно-локальной сети 3. Управление ресурсами и рисками проекта 3.1 Диаграмма Ганта проекта 3.2 Риск-менеджмент 3.3 Характеристика объекта автоматизации 3.4 Требования к ИС 3.5 Работы по созданию системы 3.6 Порядок контроля и приема системы 3.7 Cостав и содержание работ по подготовке объекта автоматизации к вводу в эксплуатацию 3.8 Требования к документации 3.9 Источники разработки 4. Рабочий проект 4.1 Общая системная документация 4.1.1 Пояснительная записка 4.1.2 План мероприятий по подготовке объекта ко вводу ИС в эксплуатацию 4.1.3 Расчет экономической эффективности 4.2 Документация функциональной части 4.2.1 Описания автоматизированных функций 4.2.2 Описание постановки задачи 4.3 Документация организационного обеспечения ИС 4.4 Документация информационного обеспечения 4.5 Документация технического обеспечения 4.6 Документация математического обеспечения Заключение Список источников

Введение

Актуальность заключается в том, что в условиях современной рыночной экономики, высокой конкуренции и сложном экономическом положении подобные средства автоматизации являются весьма действенными методами и автоматизация функций наладчика по обслуживанию и ремонту автомобилей в отделе обслуживания и ремонта компании обеспечит увеличение скорости принятия решений, понизить стоимость управления, позволит собирать требуемую статистику по ремонтам, что считается крайне важным шагом на пути к формированию обоснованной стратегии предприятия. В предоставленной работе предложено автоматизировать некоторые функции в отделе техобслуживания и ремонта автомобилей компании ООО. Автоматизация данного процесса обеспечит увеличение скорости принятия решений, и понизить стоимость управления. Также автоматизация позволит собирать требуемую статистику по обслуживанию, что считается крайне важным шагом на пути к формированию обоснованной стратегии предприятия. Объектом в работе выступает отдел техобслуживания компании, предметом – автоматизация приема и обработки заявок в данном отделе. Целью данной работы является провести исследование и проектирование информационной системы учета данных по обслуживанию и ремонту автомобилей в сервисном центре по всем жизненным этапам создания программного продукта, позволяющей автоматизировать работу наладчика, чтобы снизить нагрузку на его сотрудников, уменьшить числа ошибок, увеличить скорость работы. Задачами предоставленного проекта, согласно цели, считаются: — оценка деятельности предприятия. — выявление проблемных ситуаций в отделе техобслуживания компании; — аргументация необходимости внедрения информационной системы приема и обработки заявок в отделе техобслуживания компании; — аргументация проектных решений по информационному, программному и техническому обеспечению; — формирование баз данных компании отдела техобслуживания предприятия, и приложения для работы с этой базой; — расчет финансово-экономических характеристик внедрения программного продукта в компанию. Проект основывается на технологиях, доступных любому пользователю, который может работать на ПК. С целью реализации интерфейсов применяются средства Интернета. Информационную систему создавали с расчетом значительной производительности и легкого масштабирования, что будет гарантировать бесперебойную работу в условиях высокой нагрузки. Как средство достижения назначенной цели будет применяться моделирование бизнес-процессов и формирование процессов их автоматизации. Помимо этого, необходимо оправдать с экономической точки зрения использование автоматизации собственно для этого бизнес-процесса, а также составить расчет экономической эффективности от внедрения системы на предприятие.

1. Теоретические сведения

1.1 Анализ предметной области

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

1. Руководство организацией в соответствии с действующим законодательством финансово-экономической и хозяйственной деятельностью.
2. Определение целей и задач предприятия, связанных с осуществлением деятельности.
3. Организация работы и эффективного взаимодействия структурных подразделений предприятия, направленность их деятельности на обеспечение значительных темпов развития и совершенствование.
4. Обеспечение выполнения заданий согласно принятым качественным и количественным показателям, всех обязательств перед банками, заказчиками и поставщиками.
5. Координация деятельности подразделений, направленной на предоставление определенного набора услуг.
6. Организация производственно-хозяйственной деятельности предприятия на базе использования методов научно обоснованного планирования материальных, финансовых и трудовых затрат.
7. Выдача, учет и хранение материальных средств.
8. Осуществление контроля рационального использования материальных средств.
9. Выявление и анализ проблем в работе предприятия.
10. Принятие мер по обеспечению квалифицированными кадрами.
11. Реализация новых форм организации обслуживания клиентов.
12. Обеспечение своевременного составления установленной отчетной документации.
13. Выполнение правил по охране труда и пожарной безопасности.

На время отсутствия генерального директора его обязанности выполняет заместитель директора. Заместитель руководит работой, анализом и планированием производственно-хозяйственной деятельности компании наиболее полным и целесообразным использованием денежных, трудовых и материальных ресурсов: планирует, учитывает и анализирует финансы предприятия, определяет его расходы и доходы, осуществляет финансовую и оперативную работу по обеспечению компании денежными средствами. Кроме этого разрабатывает перспективные и текущие планы, согласовывает всю плановую работу в компании, обеспечивает контроль учет и выполнения плановых задач, организует расчет внутри производства, проводит технико-экономическую оценку работе предприятия для обнаружения резервов с целью наиболее лучшего их использования, вносит предложения по улучшению работы компании. Главный бухгалтер отвечает за ведение бухгалтерского учета на предприятии, за своевременные и полные расчеты с бюджетом по всем видам налогов и сборов, учитывает денежные затраты предприятия, заработную плату, оборотные и основные средства, составляет бухгалтерский баланс и отчет. А также проводит работу по планированию заработной платы и затрат труда и анализирует использование трудовых ресурсов, определяет формы оплаты труда. Информационный отдел решает вопросы покупки, наладки оборудования. Обеспечивает бесперебойную работу компьютеров, сети, и периферийного оборудования. Отдел по работе с клиентами решает производственные и технические вопросы. Выявляет нарушения в рамках налогообложения, обеспечивает своевременный учет и контроль налогов граждан, подготавливает квитанции к оплате и ведет базу физических налогоплательщиков. Кадровая служба существует для подбора, обучения и аттестации персонала. Главная цель службы персонала — увеличение эффективности работы сотрудников, разработка и реализация программы развития персонала [1]. Контроль над поступлением денежных средств, учет расчетов и выполнение других не менее значимых функций обеспечивает финансовая служба предприятия. Юридический отдел выполняет задачи по обеспечению соблюдения установленного законодательства на предприятии, решает задачи по ведению договорной работы, претензионной работы, исковой работы и другие исковые задачи. Отдел тех. обслуживания включает в себя работу по обслуживанию техники, автомобилей, оборудования, работы по автоматизации оборудования. Для обеспечения качественного выполнения управленческих функций обязательным является умение эффективно принимать решения. Эффективность принятых решений часто зависит от таких факторов как своевременность, оперативность, достоверность, точность и полнота получаемой информации.  

1.2 Определение бизнес — выгод проекта

  Информационный процесс, направленный на получение научно-технической, контрольной, плановой, аналитической и учетной информации, в ИС базируется и унифицирован на электронно-вычислительной технике. Увеличение эффективности применения ИС выполняется путем сквозного построения и совместимости ИС, что дает возможность ликвидировать дублирование и обеспечить многократное применение информации, выполнить установку определенных интеграционных связей, а также ограничить количество показателей, и уменьшить объем потоков информации, и повысить степень применения информации [1]. Очень важную роль выполняют способы регистрации информации, обработки, передачи и накопления, систематизированная сохранность информации и вывод ее в нужной форме, производство новой числовой и другой информации [1]. Для выявления определения эффективности внутрифирменной системы управления на большинстве предприятий в отчетности и учете стал применятся показатель — отношение получаемой прибыли к затратам на технические средства и обеспечение работоспособности внутрифирменной ИС [17]. Основой принципов и целей внутрифирменных ИС являются [17]: — выявление требований к характеру информации и к ее содержанию, в зависимости от направленности; — выработка системы хранения, применения и предоставления информации в децентрализованном и централизованном управлении; — определение надобностей в технических средствах (а также, в компьютерной технике) в компании в целом; — разработка ПО, формирование и применение БД; — автоматизированная обработка текущей и вводимой информации и выдача информации по бухучету и отделов технического обеспечения; — автоматизация административно-управленческого труда на основе применения компьютерной техники. Важными задачами внутрифирменной системы управления являются [17]: — координация деятельности по обработке и сбору информации финансовых отчетов на высоком уровне управления и в производственных отделах в целях увеличения своевременности и качества поступления финансовых данных по компании в целом; — выявление основных направлений системы сбора, хранения и обработки первичной информации; — выявление основных направлений развития технологий обработки данных. Развитие систем телекоммуникаций, а также технологий локальных вычислительных сетей, дало возможность соединить все технические средства обработки бухгалтерской информации в одну внутрифирменную информационную сеть [17]. Все вышесказанное говорит о необходимости использования информационных систем для автоматизации работы персонала организаций. Поскольку разработка комплексной системы автоматизации работы всех подразделений организации, является сложной и дорогостоящей, и нуждающейся в привлечении особых ресурсов, в том числе – коллектива исполнителей, предлагается в первом этапе ограничиться проектом, который решает ряд личных задач. В данный момент в компании, ПО, которое автоматизирует основные процессы учета, отсутствует, поэтому весь учет ведётся в специализированном электронном журнале, реализованном в Excel, вручную. Схема документооборота отдела техобслеживания представлена на рисунке 1.2. Рис. 1.2 Схема документооборота отдела техобслуживания   Чтобы производить учет документов и клиентов, консультантов требуется посмотреть весь журнал Excel. Эта процедура требует особого внимания и занимает довольно длительный период. При таком подходе могут возникать погрешности, связанных, в первую очередь, с человеческим фактором, потому, что менеджер может попросту не заметить какою-либо важную информацию, что повлечет за собой формирование неправильной отчетности. Существующий процесс имеет следующие недостатки: — сложность мониторинга деятельности конторы; — сложность в составлении отчетной документации; — возможность утраты информации из-за возможных ошибок консультанта; — ручная обработка информации: — снижение эффективности в работе операторов; — трудоемкость в оформлении документов и отчетности при необходимости работать с большими размерами данных; — отсутствие единого упорядоченного архива истории взаимоотношения с клиентами; — трудоёмкость проведения взаиморасчётов с клиентами. Проведем расчет возможного эффекта от введения средств автоматизации (таблица 1.2). Время, затрачиваемое при базовой (существующей) технологии на данном предприятии было предоставлено работниками отдела техобслуживания предприятия. Время, затрачиваемое по предлагаемому варианту является предположительным если внедрить новую систему отдела техобслуживания предприятия. Такая разница исходит от того, что предлагаемый вариант автоматизации отдела техобслуживания будет клиент-серверной системой и выполнение заявок значительно сократит время на выполнение нижеперечисленных действий. Таблица 1.2 Расчет эффекта внедрения Таким образом, при действующей системе каждый из основных процессов занимает до 60 минут, а в сумме за рабочий день на это тратится приблизительно 3 часа рабочего времени. С внедрением предлагаемой системы это время сократится до 15-20 минут. Кроме того, основными достоинствами автоматизации также будет являться меньший риск допущения ошибок в документах и отчетной документации за счет электронной формы их формирования, а также автоматизированного ввода данных. В данный момент в компании, ПО, которое автоматизирует основные процессы учета, отсутствует, поэтому весь учет ведётся в специализированном Применение вычислительной техники для оптимизации процесса обработки информации будет эффективным потому, что большая часть информации, участвующей в нем, поддается формализации. Внедрение ЭВМ позволит гораздо быстрее проводить процессы составления разных отчётов, и повысить эффективность работы менеджера по продажам и компании в целом [20].  

1.3 Уточнение требований проекта

  В процессе исследования существующей системы обработки экономической информации в компании был выявлен ряд недостатков. Рассмотрим организационные недостатки: — в организации не рационально используется персональный компьютер. Менеджеры отдела заказов и отдела МТС применяют в своей деятельности в основном ПО пакета Microsoft Office, в частности электронные таблицы Excel для управления простых однотабличных баз поиска и учета информации по данным базам; — неэффективное распределение обязанностей между исполнителями, что приводит к потере рабочего времени; — отсутствие программных средств, для оптимального решения основных операций; — низкий уровень применения информационной технологии; — недостаточная квалификация сотрудников. Среди технических недостатков нужно отметить отсутствие одной ИС, которая обеспечивает централизованное хранение информации, сквозного учета заказов, комплектующих и материалов автоматизированной подготовки всех требуемых печатных документов. Проведенный анализ показал, что предприятие не проводит одной продуманной организационно-технической политики, которая связана с применением оргтехники и компьютерной техники. Компьютеры, которые находятся в компании, не объединены в локальную сеть. Дисциплина резервного хранения не установлена корпоративными правилами, поэтому резервное хранение выполняется при помощи записи файлов на лазерный диск за усмотрением руководителя подразделения. Обмен данными между отделами (а в отдельных случаях резервное хранение) выполняется с помощью флэш-памяти. Техническое оснащение в ближайшее время не находится критическим для исследуемой компании, за исключением наличия полномасштабной локальной сети с ее администрирования, выделенным сервером и оговоренной корпоративной дисциплиной. Потребность в разработке системы учета заказов компании обусловлена острой конкуренцией на рынке услуг организации питания и надобностью обеспечить наиболее высокую производительность труда, большую достоверность и надежность информации, и лучшую ее сохранность. Исследование системы обработки информации выявило надобность совершенствования имеющейся обработки информации, причем анализ ситуации дал возможность выявить следующие направления совершенствования существующей системы обработки информации: — устранение выявленных технических и организационных недостатков предоставило бы возможность перевести имеющуюся обработку информации на более высокий уровень; — внедрение автоматизированной ИС предоставит возможность почти повысить эффективность работы, полностью отказаться от “ручной” обработки данных и перейти к ее автоматизированной форме; — введение индивидуальной автоматизированной информационной системы устраняет такие недостатки стороннего ПО, которое предназначено для автоматизации “любого” предприятия как надобность в достаточно крупных вложений финансовых средств и настройки приобретаемого программного обеспечения на определенные условия работы, а также наличие множества лишних и неиспользуемых функций, мешающее оперативной работе пользователя. С точки зрения косвенного эффекта преследуются следующие цели [11]: — понижение косвенных затрат и увеличение прибыли предприятия; — улучшение качества взаимодействия с отделом МТС, работниками и бухгалтерией. С определенной точки зрения прямого эффекта достигаются такие цели: — сокращение времени получения и обработки данных; — повышение правильности данных; — увеличение производительности труда; — понижение рисков потери данных; — автоматизированная подготовка всех требуемых документов; — повышение степени защищенности данных; — повышение степени достоверности данных, требуемых для принятия управленческих решений; — увеличение уровня работы с клиентами и конкурентоспособности компании. Поскольку автоматизации в рамках данного проекта подлежит деятельность менеджеров отдела заказов, то и задачи, подлежащие автоматизации, соответствуют функциям менеджеров: — ведение справочников клиентов, материалов, работников и менеджеров организации, специализаций работников; — ведение прейскуранта услуг организации; — учет наличия материалов на складе; — оформление заказа на выполнение работ; — учет исполняемых работ и применением материалов и комплектующих по заказу; — контроль срока выполнения работы работниками; — ведение журнала заказов клиентов и журнала заказов поставщику; — оформление следующих документов: — договор на оказание услуг; — заказ с перечнем исполненных работ и применением материалов по договору (приложение к договору); — приемо-сдаточный акт; — счет-фактура и счет по завершенным работам и затраченным материалам; — перечень материалов на складе; — прайс-лист; — прейскурант; — аналитические таблицы, отчеты и диаграммы. Перечисленный перечень задач включает в себя все основные функции менеджера отдела заказов, которые можно и необходимо автоматизировать. Учет наличия материалов на складе заключается в возможности просмотра и редактировании информации о наличии материалов на складе. Собственно учет материальных ценностей ведут работники отдела МТС. Оформление заказа на выполнение работ заключается в составлении перечня необходимых работ с указанием их продолжительности и стоимости, а также перечня используемых материалов при выполнении работ. Заказ оформляется при участии работника, который назначается куратором данного заказа. При оформлении заказа по каждой работе устанавливается срок выполнения, который впоследствии контролируется менеджером. Если клиент является постоянным заказчиком компании, то ему предоставляется персональная скидка [22]. Прейскурант компании представляет собой перечень основных выполняемых услуг. Прайс-лист компании представляет собой перечень изделий с указанием розничных цен. В настоящее время существует множество готовых решений в области автоматизации работы компании, оказывающей услуги по ремонту автомобилей и техники. Рассмотрим несколько аналогов [15]. РемОнлайн — программа для разных типов сервисных бизнесов, занимающихся ремонтом и обслуживанием любых изделий: от велосипедов до компьютеров, от бытовой техники до смартфонов. Позволяет обрабатывать заказы, контролировать сотрудников, вести складской учет, печатать документы и отчеты. Автоматически отправляет SMS клиенту о завершении работ над заказом, а менеджера уведомляет по email о ходе работы над заказом. Gincore — специализированное ПО для сервисных центров, которое включает в себя CRM, ERP, WMS. Предназначено для учета в ремонтных мастерских, автоматизации крупных сервисных центров, управления сетью мастерских (логистика). Включает в себя складскую программу, полноценную бухгалтерию, внутреннюю аналитику, интеграцию с IP-телефонией и Google Analytics. LiveSklad — облачное решение для автоматизации сервисного центра. Позволяет принимать на ремонт изделие и отслеживать процесс ремонта до выдачи клиенту; начислять заработную плату сотрудникам; вести учёт клиентов, бухгалтерию, движение средств, товаров: на складе, между складами, между магазинами; учёт приходящей техники; отслеживание истории по каждому заказу. БазаКвитанций — онлайн платформа для сервисных центров. Прием и работа с клиентскими заявками. Складской учёт и финансовая отчетность. Печать необходимых в работе документов. Интеграция с сайтом и интернет-магазином. Касса. SMS информирование клиентов. 1С:Сервисный центр — комплексное решение для управления и учета сервисного центра. Позволяет организовать единую информационную систему для управления маркетингом и продажами; снабжением и закупками, взаимодействием с производителями; складом и производством; подменным фондом; взаиморасчетами и доставками; планированием, подготовкой и учетом ремонтной деятельности; розничными продажами; денежными средствами; зарплатой и персоналом; имуществом и финансами. Управление сервисным центром — программный продукт на базе 1С для автоматизации компаний, оказывающих профессиональные сервисные услуги и ориентированные на ремонт и поддержку широкой линейки изделий, продажи которых осуществлялись другими компаниями. Позволяет автоматизировать основные контуры учета и управления сервисной компании. HelloClient — облачная программа для учета в сервисном центре с бесплатным тарифом. Прием заказов на ремонт, печать квитанций, клиентская база, учет финансов, права сотрудников, прайс услуг и другие полезные функции для эффективной работы в мастерской. Онлайн-поддержка пользователей. ServiceCenter — программа для организаций занимающихся ремонтом телефонов, компьютеров, фото и видео техники, бытовой техники. Автоматическая рассылка SMS уведомлений о выполнении заказа. Автоматизация работы с клиентами за счет нанесения на квитанции штрих кодов, с последующим их чтением при помощи сканера штрих кодов и автоматическим выполнением действий оператора. Программа включает веб сервис, который позволяет клиентам через интернет узнавать состояние своего заказа. Service-Base — программа для учета в сервис центре и ремонтной мастерской. Учет заказов, база устройств, обмен устройств между сервисами, поиск запчастей и оборудования из большого количества поставщиков, возможность выставить, свою не нужную зап.часть на продажу между СЦ без посредников; (временно отключено, находится на переработке). Недостатками рассматриваемых систем является то, что они имеют как недостающие, так и лишние функции для работы отдела продаж компании. Из приведенного анализа был сделан вывод, что для рассматриваемой компании необходимо разработать систему, которая будет соответствовать всем функциям, выполняющим менеджером отдела продаж компании.

2. Проектирование информационной системы

2.1 Проектирование логической схемы информационной системы

  Программу автоматизации учета заявок отдела техобслуживания условно можно разделить на три блока (рисунок 2.1): Рис. 2.1 Информационная модель  

• Заполнение справочников;
• Заполнение документов и движение регистров;
• Формирование отчетов.

 

2.2 Разработка модели базы данных

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

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

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

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

Логическим уровнем представления модели считается теоретический взгляд на данные, на нем данные представлены точно так же, как и в реальности. Логическую модель данных принято считать универсальной, и никак не связанной с определенной реализацией СУБД. Физическая модель данных, наоборот, находится в зависимости от определенной СУБД, фактически считаясь отображением системного каталога. В физической модели имеется информация обо всех объектах БД (базы данных). Так как не существует стандартов на объекты БД (к примеру, отсутствует стандарт на типы данных), физическая модель находится в зависимости от определенной реализации СУБД. Таким образом, одной и той же логической модели могут отвечать ряд различных физических моделей. Если в логической модели не имеет значения, каким именно типом данных располагает атрибут, то в физической модели считается важным описание всей информации об определенных физических объектах [15]. Инновационные объектно-ориентированные CASE-средства предоставляют возможность эффективного решения задач проектирования приложений. Среди подобных пакетов – Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst. Для инфологического проектирования БД избрано CASE‑средство Computer Associates ERwin. Схема данных показана на рисунке 2.2 (Er-модель). На диаграмме показаны сущности и их атрибуты, а также первичные ключи, по которым будут созданы связи в БД. Следовательно, в модели приведены сущности и реквизиты, показанные в приложении 1. Характеристика каждой таблицы и описание ее полей представлено в приложении 2.  

2.3 Разработка структуры вычислительно-локальной сети

  На рисунке 2.3 показана структурная схема технической архитектуры анализируемого предприятия [12]. Как рабочие станции применяются модель OLDI Office 110 с такой конфигурацией:

• процессор Intel® Celeron 430 (Conroe-L, 3.60 ГГц, FSB800MHz, 1024Kb L2,Socket 775);
• жёсткий диск 500Gb (SATA III);
• оперативная память DDR III 2Гб;
• сетевая карта 2×10/100/1000 Мбит/с;
• видеокарта интегрирована в чипсет iG31;
• звуковая карта 8-канальная;
• размеры 520 мм х 210 мм х 340 мм.

Рис. 2.2 Схема базы данных   Из всех серверов на предприятии применяются только сервер базы данных и файл–сервер. Как аппаратная основа серверов применяется Office Server TX 3000R15, имеющий такие технические характеристики:

• процессор Intel® Core™5 750 (Lynnfield, 3.32ГГц, 16Мб, LGA1156);
• чипсет Intel 3420;
• жёсткий диск 2000Gb (SATA III, 14400rpm, 64Mb);
• оперативная память DDR3 8192 Mb (pc-22120) 2666MHz;
• оптические накопители DVD±RW;
• видеокарта XGI® Z9s (64MB DDR2);
• сетевая карта 6х10/100/1000 Мбит/с;
• тип корпуса Full Tower.

Рис. 2.3 Схема технической архитектуры предприятия   Пользовательские сегменты и сервера посредством маршрутизатора 3Com13701-ME объединяются в сеть. Внутри сегментов пользователей как коммутаторы применяются 3COM Gigabit Switch 8 3CGSU08. Эти типы коммутаторов снабжены программными брандмауэрами. [53] Телефонная сеть построена с применением АТС Panasonic KX-TEM824. Как оконечные устройства применяются офисные телефоны Panasonic KX-T7710. Как среда передачи данных применяется кабель витая пара 5 категории (100BASE-ТX) со скоростью передачи до 100 мбит/сек. Каждая из рабочих станций комплектуется МФУ Xerox Phaser 3100MFP/Х. На рисунке 2.4 показана наглядно программная архитектура ИС. Все ПК снабжены стандартным пакетом ПО:

• ОС Windows 7 Pro х64;
• Браузер Mozilla Firefox;
• Пакет MS Office 2007;
• Avira AntiVir Premium Security Suite;
• Adobe Acrobat 9.0 Professional.

Рис. 2.4 Программная архитектура предприятия   Принимая во внимание специфику деятельности отделов, ПК предприятия обеспечиваются дополнительными программными обеспечениями (персональными пакетами ПО для отделов):

• Отдел IT: Radmin Viewer 3, Remote Administrator v2.2, Total Commander;
• Бухгалтерия: 1С Бухгалтерия: Версия 8.

   

3. Управление ресурсами и рисками проекта

3.1 Диаграмма Ганта проекта

  С учетом раннее установленного перечня функциональных требований, можно составить основные этапы разработки и представить их в виде диаграммы Гантта. Деятельность разработчика условно разделена на 4 роли: Главный разработчик, Разработчик БД, Разработчик интерфейса, Тестировщик. Лист задач представлен на Рисунке 3.1. Рис.3.1 Лист задач   На основе данного листа задач построим диаграмму Гантта. Изображение диаграммы – Рисунок 3.2.   Рис. 3.2 Диаграмма Гантта     3.2 Риск-менеджмент   Жизненный цикл проекта начинается с момента принятия решения о начале создания и заканчивается только в момент выведения его из эксплуатации. Современные IT проекты разрабатываются с учётом принятых стандартов, но так как проект разрабатывается собственными силами предприятия, то стандарт жизненного цикла должен отвечать ряду требований: — стандарт не должен содержать жёстких нормативных критериев; — при использовании стандарта не должно быть излишней бюрократической нагрузки; — стандарт должен содержать общую структуру жизненного цикла, а также действия, процессы, а также задачи, которые необходимо реализовать в процессе создания проекта; — стандарт должен быть актуален и соответствовать современным требованиям к ИС. Жизненный цикл проекта регламентируют ГОСТы серии 34. Но в настоящее время отдельные положения данных ГОСТов очень сильно устарели, к тому же, некоторые этапы из жизненного цикла регламентированы не в полной мере. Другим стандартом считается международный стандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes». Данный стандарт больше подходит для описания жизненного цикла проекта, представленного в предоставленной работе, так как он ориентирован прежде всего на разработку ИС в рамках предприятия и даёт общие рекомендации для любого жизненного цикла, в тоже время позволяя определить его структуру и сформулировать процессы, действия и задачи в рамках каждого этапа. Для предоставленного проекта выделены следующие стадии жизненного цикла: — анализ; — проектирование; — внедрение; — сопровождение. Первая стадия «Анализ». Эта стадия начинается с подэтапа «Определение запросов к будущему сайту». Первой задачей является «Анализ бизнес-процессов предприятия «КАК ЕСТЬ»». Данную задачу выполняет менеджер отдела продаж, назначенный генеральным директором в качестве ответственного лица и IT специалист. В процессе выполнения задачи формирует структурно — функциональную диаграмму бизнес-процессов предприятия «КАК ЕСТЬ» в нотации IDEF0. По результатам выполненного анализа выбирается совокупность задач автоматизации. Данная задача выполняется IT специалистом. Завершающая задача подэтапа состоит в «Определении свойств сайта, которые необходимы для решения задачи». Задача решается менеджером отдела продаж и IT специалистом. Следующим подэтапом в стадии «Анализ» считается определение функций будущего сайта и подбор стратегии автоматизации. В подэтапе участвуют менеджер отдела продаж, IT специалист. Первая задача подэтапа состоит в анализе существующих разработок в области создания веб сайтов. Следующей задачей подэтапа считается «Выбор метода приобретения ИС». Далее следует задача — «Подбор стратегии автоматизации». Завершающая задача подэтапа состоит в «Определении задач и целей автоматизации». Необходимо отметить, что данная задача является ключевой для составления технического задания на разработку веб сайта. Предпоследним подэтапом стадии «Анализ» считается «Аргументация проектных решений». Этот подэтап включает в себя из три ключевые задачи: — аргументация проектных решений по ПО; — аргументация проектных решений по техническому обеспечению; — аргументация проектных решений по ИО. Целью данных задач является формирование необходимые требования к вышеперечисленным видам обеспечения ИС предприятия. Участником данного подэтапа является IT специалист. Заключительным подэтапом стадии «Анализ» является создание документации по техническому заданию на разработку сайта. Следующая стадия «Проектирование». На данной стадии необходимо выполнить следующие задачи: — оценить риски проекта; — разработать информационную модель будущей ИС; — охарактеризовать всю нормативно-справочную информацию, которая необходима для функционирования сайта; — охарактеризовать входные и выходные данные, а также алгоритмы их расчёта; — перечислить необходимое программное и техническое обеспечение для функционирования ИС; —  охарактеризовать дерево функций, сценарии диалога, структуру базы данных проектируемой ИС; — разработать пользовательские интерфейсы; Данную работу выполняет IT специалист предприятия. Выходной информацией является проектная документация. После проектирования наступает стадия реализации проекта. Данная стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из следующих задач: — установка локального сервера Apache; — создание всех модулей ИС согласно ТЗ; — разработка интерфейса на основе созданных модулей. Все работы выполняет IT специалист предприятия. Конечным результатом данной стадии является готовая ИС. Главной целью стадии Внедрения является размещение тестирование ИС. Ключевые стратегии введения системы представлены ниже.

1. Стратегия “Параллельное применение”. Параллельное применение — синхронно выполняются новая и старая технология решения задачи, итоги их подлежат сравнению. Ежели полученные результаты согласуются довольно-таки продолжительное время, то выполняется переход на новую технологию.

Достоинства системы: — наименьший риск ошибок в виде новых технологий; — управление введения ИС будет выполняться независимо от обычного операционного планирования компании. Недостатки системы: — удвоение загрузки персонала; — требуется удвоенные мощности серверов; — необходимо постоянно сверять результаты работы двух технологий.

2. Стратегия “Скачок”. Скачок — старая технология действует до конкретного момента, потом осуществляется введение новой технологии, а после ее введения реализуется исключительно новая технология

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

3. Стратегия “Пилотный проект”. Данная стратегия – это стратегия скачка, применяемая к ограниченному количеству процессов, областью внедрения, как правило, является небольшой участок компании.

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

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

Достоинства системы: — после внедрения автоматизации любого узкого места есть возможность прерывать автоматизацию; — минимальные запросы к уровню планирования работ по внедрению. Недостатки системы: — внедрение полного завершённого цикла планирования на любом из узких мест — вследствие способности прерывания процесса автоматизации, может и не завершиться никогда; — независимость автоматизации узких мест даст возможность к формированию большого количества лишних программно-аппаратных решений. В качестве основной стратегии внедрения используется «Пилотный проект». Такой подход снижает риски и наиболее надёжен при внедрении на узком участке предприятия. Во время этапа внедрения IT сотрудником предприятия производится: — установка всех необходимых программных средств на сервер предприятия; — проведение тестирования; — устранение ошибок, выявленных в процессе тестирования. Стадия эксплуатации предусматривает наблюдение за работой ИС, ее поддержку, доработку технической и программной архитектур, учитывая новые программные и технические возможности. В процессе выполняется доработка имеющихся программных модулей, а также доработка проектной и технической документации. На протяжении первых двух месяцев эксплуатации, следует еженедельно проводить совещания с участием IT специалиста, генерального директора и сотрудника отдела продаж, ответственного за эксплуатацию сайта. Цель таких совещаний заключается не только в выявлении недостатков ИС, а и в определении потенциальных пути её усовершенствования. Следовательно, к концу стадии эксплуатации необходимо устранить все без исключения недостатки ИС, а также реализовать как можно больше мероприятий по её усовершенствованию. Модель жизненного цикла разрабатываемой информационной системы представлена схемой (рисунок 3.3). Под моделью ЖЦ понимается структура, определяющая последовательностью выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Рис. 3.3 Каскадная модель жизненного цикла ИС   Данная модель является каскадной моделью. В каскадной модели основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа наследующий происходит, только после того, как будет полностью завершена работа на текущем этапе. Каждый этап завершается выпуском полного комплекта документации. Однако в процессе создания ИС постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. Положительные стороны применения каскадного подхода заключаются в следующем: — на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; — выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. Риски на подэтапе «Определение требований к ИС». Главная угроза на этом подэтапе заключается в недостаточном определении свойств ИС, которые необходимы для разрешения задачи и в неправильном выборе задач проектирования (недостаточный или чрезмерно большой объем задач автоматизации). На стадии эксплуатации это может привести к дополнительной доработке ИС, что влечёт за собой финансовый риск. Риск можно предотвратить применением инновационных case-средств в процессе моделирования бизнес-процессов. В случае появления подобного риска выполняется дополнительное моделирование с применением инновационных case-средств. Основная угроза на подэтапе «Определение функций ИС и стратегий автоматизации» заключается в неправильном определении стратегии автоматизации и функций ИС. На этом подэтапе имеется риск ошибочного выбора метода приобретения ИС. Риск можно предотвратить при помощи основательного анализа всех вариантов. При возникновении, риск можно устранить выполнением повторного анализа всех вариантов выбора ИС. Риск взаимосвязан с риском ошибочного определения стратегии автоматизации и функций ИС. Такой риск можно предотвратить и устранить применением инновационных case-средств при выполнении анализа. Риски на подэтапе «Разработка проекта автоматизации». Основная угроза заключается в разработке неэффективного плана-графика по автоматизации: применение излишних ресурсов или их недостаточность. Данный риск считается финансовым; его можно предотвратить применением передовых автоматизированных средств проектирования. При возникновении риск можно устранить, применяя повторную корректировку плана-графика по автоматизации. На подэтапе «Создание информационного обеспечения задачи» основные угрозы заключаются в разработке неверной информационной модели и прототипов экранных форм, неудобных для пользователя. Риск можно предотвратить по согласованию прообразов экранных форм с будущими пользователями. Этот риск можно устранить при помощи дополнительной доработки экранных форм и применяя систему ModelViewControl (MVC). На подэтапе «Подготовка к созданию ПО» основная угроза заключается в неправильной формализации расчётов показателей. Риск можно устранить посредством тестирования программных модулей на стадии введения. На подэтапе «Создание ПО» основная угроза состоит в неправильной разработке программы. Данный риск можно устранить применением для программирования языка 4-го поколения CLARION, который при программировании показывает неправильности различных компонентов создаваемого программного средства. Следует учесть, что тестирование программных модулей будет выполняться на стадии введения. Угроза на стадии «Введение» заключается в неправильном тестировании технического обеспечения программных модулей. Данный риск можно предотвратить применением лицензионного стендового оборудования, а устранить можно при помощи двойного тестирования. На стадии «Сопровождение» основные угрозы заключаются в поломке оборудования, моральном устаревание ПС и ПО. Первый риск можно предотвратить при помощи гибкости созданной ИС и при помощи оперативной доработки программной архитектуры. Второй риск можно предотвратить при помощи постоянного мониторинга состояния оборудования.

---

1 2