Дипломная работа: Автоматизация и обеспечение информационной безопасности управления сервисного обслуживания клиентов в компании ООО "Техносервис"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
,который уже эксплуатируется исследуемой компанией
ООО«ТЕХНОСЕРВИС».
Система обладает возможностями для управления финансами,
цепочками поставок, автоматизации складских операций, производства,
управления отношениями с клиентами, а также для автоматизации многих
других процессов компании. Основные функции системы:
Учет ремонтируемого оборудования по различным критериям (по
видам, маркам, моделям, серийным номерам объектов)
Учет заявок на ремонт (прием и отслеживание заказов)
Учет заказ-нарядов (актов выполненных работ):
Учет ТМЦ: (полный перечень операций: ввод остатков,
приходная, расходная накладные, перемещение, продажа)
Основными недостатками всех перечисленных выше продуктов
являются:
Ограниченная гибкость функционала, т.е. индивидуальная
настраиваемость системы по требованиям клиента;
Высокая стоимость;
Огромный функционал, который с большой вероятностью не
будет полностью использован.
В связи с этим было принято решение в пользу создания
индивидуальной системы.
1.3.2. Выбор и обоснование стратегии автоматизации задачи.
Внедрение системы автоматизации процессов предполагает
значительный объем работы по планированию и подготовки с точки зрения
людей, процессов и технологий. Крайне важно иметь полное представление о
технологии и обеспечить наличие надлежащих ресурсов для обеспечения
успеха внедрения.
30
Ключевым начальным шагом в проекте автоматизации является
понимание масштабов, потенциала и приоритетов для автоматизации
процессов на предприятии. Анализ используемых процессов, их
компонентов и возможных вариантов автоматизации приведет к составлению
карт целевых областей. Это делается с использованием матрицы факторов
(сложность, исключения, частота ошибок, частота изменений процессов и
систем, правила регулирования и соответствия, используемая численность
персонала, точки соприкосновения между предприятиями и т.д.).
Определение проблем, рисков и затрат, сопоставленных с
возможностями/выгодами, позволит понять, с чего и когда следует начать.
Существует несколько моделей проектирования стратегии автоматизации.
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем базируется на индивидуальных
требованиях заказчика. Данный метод предполагает подготовку конкретных
материалов, детализированных до уровня заготовок проектных документов.
Rational Unified Process (RUP) Расшифровывается как "рациональный
унифицированный процесс. Это процесс создания программного
обеспечения от Rational, подразделения IBM. Он делит процесс разработки
на четыре ключевых и отдельных друг от друга этапа. Каждый этап включает
в себя бизнес-моделирование, анализ, проектирование, внедрение,
тестирование и развертывание. Каждый из этапов, в свою, очередь может
быть разделен на отдельные итерации, в результате которых разрабатывается
и публикуется новый функционал для внутреннего или общественного
использования. Циклом разработки считается прохождение выше
представленных четырех ключевых фаз. По окончании каждого цикла
публикуются версии системы.
Использование методики RUP предполагает создание и обеспечение
обслуживания продукта на отдельных этапах его разработки, а не
документов, поэтому этот процесс предусматривает использование
31
конкретных средств моделирования (UML), а также конкретной технологии
проектирования и разработки (объектно-ориентированный анализ, object-
oriented analysis, OOA, объектно-ориентированное программирование, object-
oriented programming, OOP).
Microsoft Solutions Framework (MSF) – технология, предлагаемая
корпорацией Майкрософт. MSF в основном используется для разработки
бизнес-программ, но не ограничивается только разработкой приложений; она
также применима к другим ИТ-проектам, таким как развертывание, сетевые
или инфраструктурные проекты. MSF не заставляет разработчика
использовать определенную методологию (например, модель водопада или
гибкую разработку программного обеспечения). Данная модель так же имеет
четыре фазы развития: анализ, проектирование, разработка, стабилизация.
Она является этапной моделью и предполагает использование объектно-
ориентированного моделирования.
MSF иногда называется структурой, а не методологией. В отличие от
предписывающей методологии, MSF предоставляет гибкую и
масштабируемую структуру, которая может быть адаптирована для
удовлетворения потребностей любого проекта (независимо от размера или
сложности), для планирования, построения и развертывания бизнес-
ориентированных технологических решений. Философия MSF заключается в
том, что не существует единой структуры или процесса, которые оптимально
применимы к требованиям и средам для всех проектов, тем не менее,
необходимость в руководстве существует.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации.
Все компании, внедряющие новое корпоративное программное
обеспечение, сталкиваются с проблемой выбора способа их приобретения.
Покупка готовой специализированной ИС;
Разработка ИС, используя собственные ресурсы;
32
Разработка ИС другой компанией;
Приобретение уже готовой системы и добавление специальных
возможностей в соответствии с требованиями организации;
Каждый из выше представленных подходов имеет свои преимущества
и недостатки, которые ниже рассмотрим детально.
Покупка готовой специализированной ИС Готовое программное
обеспечение можно описать как "коробочное" решение. Полностью
разработанное решение готово к использованию и может быть немедленно и
легко внедрено в текущие бизнес-процессы. Эти типы решений направлены
на удовлетворение различных потребностей, которые часто ориентированы
на конкретные компании или отрасли. Таким образом, эти решения
многофункциональны, но могут включать в себя функции, которые не нужны
конкретному бизнесу. Готовые решения дешевле, быстрее и проще в
реализации. Они, как правило, более доступны из-за того, что затраты на их
разработку распределяются между несколькими клиентами. Однако нужно
учесть, что эти типы решений могут поставляться с периодическими сборами
за обслуживание и поддержку программного обеспечения. Готовое
программное обеспечение поставляется с предопределенными процессами и
функциональностью. Одним из недостатков этих решений является то, что
они не могут идеально подходит нуждам бизнеса.
В этом случае бизнес-процессы могут быть скорректированы в
соответствии с программным обеспечением. Поэтому при рассмотрении
готовых решений крайне важно, чтобы функции программного обеспечения
отражали основные бизнес-потребности. Как правило, необходимо найти
поставщика программного обеспечения, который может удовлетворить по
крайней мере 80% требований бизнеса.
Разработка ИС своими силами
Если в бизнесе нет сильной команды разработчиков программного
обеспечения с необходимыми навыками для создания пользовательского
программного обеспечения, возможно, имеет смысл выбрать готовое
33
решение. Но важно отметить, что создание собственного программного
обеспечения позволяет учитывать индивидуальные потребности компании
при создании ИС.
Индивидуально подобранные концепции позволяют создавать только
тот функционал, который необходим компании. Важно также учитывать, что
развитие бизнеса ставит новые требования информационной системе.
Готовое программное обеспечение, которое, кажется, идеально соответствует
потребностям компании сегодня, не всегда может масштабироваться.
Разработка ИС другой компанией. Индивидуальное программное
обеспечение может обеспечить конкурентное преимущество по сравнению с
вашими конкурентами. Как и готовые решения, так и решения,
разработанные на заказ, тоже имеют недостатки и риски. Разработка
индивидуального программного обеспечения может позволить бизнесу
эффективно масштабироваться. Тем не менее, значительные ресурсы должны
быть направлены на развитие этого решения, и это может быть
дорогостоящим. Поскольку программное обеспечение построено в
соответствии с индивидуальными бизнес-требованиями, то увеличиваются
как затраты на проект, так и сроки разработки и внедрения. Неудивительно,
что чем больше времени требуется для разработки программного
обеспечения, тем больше первоначальных затрат оно понесет. Поэтому,
прежде чем приступать к разработке пользовательского программного
обеспечения, необходимо убедиться, что в наличии имеются значительные
бизнес-ресурсы. Если начальные затраты на пользовательскую разработку
слишком высоки или сроки развертывания слишком велики, возможно,
лучше начать с малого и постепенно добавлять функциональность. Это
называется поэтапным подходом, что позволяет быстрее распределить
затраты и развернуть основные функциональные возможности.
Приобретение уже готовой системы и добавление специальных
возможностей в соответствии с требованиями организации
34
Источник: https://baza.diplomsite.ru/previewfile/1815