Требования к информационной системе автоматизации управления автосервисом. Дипломная (ВКР). Информационное обеспечение, программирование.
⚡ 👉🏻👉🏻👉🏻 ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Требования к информационной системе автоматизации управления автосервисом
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
.4 Разработка требований к информационной системе
.2 Описание и моделирование бизнес-процессов
.2.1 Бизнес-процесс «сервисное обслуживание клиентов»
.2.2 Бизнес-процесс «закупка сырья и материалов»
. Разработка требований и выбор системы
.1 Разработка требований к информационной системе
.2.1 Доступные на рынке информационные системы для
автосервиса
.2.2 Подбор наиболее привлекательной системы
В связи с положительной тенденцией роста автомобилистов и повышением
спроса на легковые и грузовые автомобили, перспективы расширения бизнеса по их
обслуживанию и ремонту весьма велики. Еще в начале 90-х годов прошлого столетия
сервисы технического обслуживания в основном представляли собой обычные гаражи,
владельцами которых являлись сами же автовладельцы. Большинство из них
проводили обслуживание своих машин самостоятельно.
Однако вместе с ростом экономики России и увеличением благосостояния
граждан, запросы автомобилистов так же росли. Люди стали предпочитать импортные
автомобили отечественным, чьи технические составляющие были намного сложнее.
Это означало, что самостоятельный ремонт невозможен без вмешательства специалиста
и необходимого оборудования. Более того, отечественные производители
позаимствовали опыт иностранных коллег и усовершенствовали свою технологию
сборки и комплектации. Все эти обстоятельства привели к быстрому расширению
рынка автосервисов и увеличению уровня конкуренции.
Идет активная борьба за клиентов. Наличие помещения, оборудования для
ремонта и рабочие руки уже не является достаточным для стабильного
функционирования автосервиса. Чтобы он оставался «наплаву» и получал прибыль,
необходимо также нарабатывать репутацию путем предоставления высококачественных
услуг по ремонту автомобилей, требующих минимального времени. То есть перед
сервисами технического обслуживания стоят две основные цели:
. Оперативно и корректно выполнять оформление клиента;
. Повысить качество предоставляемых услуг.
Достижение этих целей позволит предприятию выполнить такие задачи, как
расширение клиентской базы, повысив лояльность клиентов, увеличение доли рынка,
объема выполняемых услуг и прибыли. Для этого автосервису необходимо определить,
какие методы и инструменты лучше всего использовать для получения большей
эффективности.
Именно потребность в решении подобных задач способствовала тесной
взаимосвязи между бизнесом и ИТ. Внедрение информационных технологий в работу
позволяет организации фундаментально пересмотреть свои бизнес-процессы и
оптимизировать их. Автоматизация основных бизнес-процессов с помощью внедрения
информационной системы в деятельность СТО способствует увеличению качества
предоставления услуг, снижению операционных расходов, повышению скорости
протекания внутренних процессов.
Целью выполнения выпускной квалификационной работы является разработка
требований к информационной системе автоматизации управления автосервисом.
Для достижения этой цели, необходимо выполнить следующие промежуточные
задачи:
. Исследовать объект внедрения информационной системы;
. Описать и формализовать основные бизнес-процессы: «сервисное
обслуживание клиентов» и «закупка сырья и материалов»;
. Выполнить анализ текущей практики выполнения бизнес-процессов,
анализ проблемных зон и возможных рисков;
. Разработать список функциональных и не функциональных требований
к информационной системе автоматизации бизнес-процессов автосервиса;
. Исследовать текущий рынок информационных систем автоматизации
бизнес-процессов и подобрать наиболее подходящую из них, которая будет
удовлетворять разработанным требованиям.
В первой главе дипломной работы прорабатывается теоретическая база
знаний, на основе которой выполнена практическая часть выпускной квалификационной
работы. Этот раздел раскрывает значение и цели моделирования для организации,
описывает основные этапы его выполнения, а также обосновывает причину выбора
нотации eEPC разработки моделей в программном
инструменте ARIS Express.
Вторая глава ВКР посвящена изучению и анализу исследуемой организации, в
деятельность которой будет интегрирована информационная система. В этом разделе
приведено описание объекта исследования, то есть выбранного автосервиса,
описание ключевых бизнес-процессов и диаграммы их моделей, а также выполнен с
использованием матрицы SWOT
качественный анализ работы сервисного центра в рамках выполнения
бизнес-процессов, проблемных зон, развитие которых является первостепенной
задачей, и возможных рисков, влияющих на успешное выполнение бизнес-процессов.
В третьей главе были реализованы две промежуточные задачи, одна из
которых характеризует разработку бизнес-требований и пользовательских
нефункциональных и функциональных требований на основе выполненного анализа и
потребностей сотрудников автосервиса. Вторая задача посвящена выбору наиболее
оптимальной информационной системе, которая в полной мере удовлетворяет
разработанным требованиям.
Первая глава выпускной квалификационной работы посвящена теоретической
базе исследования, на основе которой была выполнена практическая часть. В этом
разделе работы освещено такое понятия как «бизнес-процесс», с точки зрения
различных методологий, описаны цели и задачи моделирования бизнес-процессов,
методологии и нотации, этапы его выполнения. Также эта глава содержит
обоснование выбора eEPC методологии и
программного инструмента, позволяющий разработать диаграмму модели
бизнес-процесса. После изучения основных аспектов моделирования
бизнес-процессов в первой главе работы изложено описание метода SWOT-анализа, с помощью которого был
выполнен качественный анализ основных процессов исследуемой организации. На
основе этого анализа были разработаны три типа требований к внедряемой
информационной системе по методологии Карла Вигерса, также описанных в данном
разделе выпускной работы.
Для того чтобы обосновать необходимость автоматизации бизнес-процессов
управления автосервисом и разработать список требований к информационной
системе, необходимо, прежде всего, смоделировать их и проанализировать. Это
позволит выявить проблемные зоны, автоматизация которых позволит устранить их.
Поэтому в первую очередь необходимо раскрыть такие понятия, как
«бизнес-процессы» и «моделирование бизнес-процессов».
На данный момент существует множество определений и трактовок термина
«бизнес-процесс», которые раскрывают это понятие с точки зрения того или иного
метода описания бизнес-процесса. В обобщенном виде бизнес-процесс организации -
это совокупность взаимосвязанных процедур, в процессе которых с использованием
определенной технологии преобразуются входы в выходы, представляющие ценность
для потребителя[1]; по методологии eEPC бизнес-процесс - это совокупность последовательных задач, выполнение
которых направлено на реализацию одной цели в рамках одной организационной
структуры[2]; в рамках методологии IDEF бизнес-процесс - это набор взаимосвязанных действия, в которых на
«входе» используются ресурсы, преобразуемые и расходуемые в процессе, а в
результате деятельности на «выходе» создает продукт или услуга, которая
необходима потребителю[3].
В организации любого типа можно выделить три группы бизнес-процессов:
· Управляющие - это бизнес-процессы, которые отвечают за
функционирование деятельности компании.
· Операционные - это бизнес-процессы, которые отвечают за
основной поток прибыли.
· Поддерживающие - это бизнес-процессы, которые отвечают за
поддержку операционных бизнес-процессов[4].
Логика взаимодействия и структура всех трех типов бизнес-процессов должны
быть реализованы таким образом, чтобы в результате процесса преобразования
входных ресурсов в конечный продукт производился ценный для потребителя товар,
при этом, исключая дублирующиеся или лишние процедуры.
Моделирование является одним из ключевых способов увеличения
эффективности и совершенствования качества выполнения бизнес-процессов
организации, так как данный метод анализа способствует изучению деятельности
как всей компании в целом, так и отдельных ее элементов на основе различных
уровнях управления[5]. Таким образом, основной целью моделирования
бизнес-процессов является повышение эффективности работы организации,
увеличение прибыли и контроль качества выполнения задач. При достижении этой
цели моделирование процессов также способствует достижению следующих промежуточных
задач:
· Проанализировать бизнес-процессы «со стороны». При помощи моделирования своих
бизнес-процессов организация отслеживает их выполнение от начала до конца в
рамках всего процесса в целом, после чего оценивает качество его протекания и
выделяет зоны, которые требуют дальнейшего развития. Данная задача достигается
за счет того, что компания при построении глобальной модели имеет возможность
проанализировать бизнес-процессы с точки зрения выполнения всех внутренних
функций вместе, что позволяет выделить слабые места процесса, которые
подвергаются наибольшим рискам.
· Нормировать выполнение бизнес-процессов. Проведение анализа бизнес-процессов
со стороны дает возможность организации сравнить эффективность протекания своих
процессов с другими компаниями и установить определенные нормы, стандарты их
образцового выполнения. Следуя установленным правилам и соблюдая необходимые
нормы, владельцы бизнес-процессов будут достигать желаемой эффективности и
производительности.
· Выявить взаимосвязи внутренних подпроцессов. Моделирование бизнес-процессов
позволяет организации четко выявить взаимосвязь между его внутренними
элементами, к которым относятся промежуточные подпроцессы, процедуры и задачи.
Также на основе анализа модели процесса и выработанных правил у компании
появляется возможность контроля выполнения всех разработанных требований.
Соответственно, в процессе моделирования необходимо уделять пристальное
внимание к таким важным аспектам как логика и очередность проведения
промежуточных процедур, используемые в деятельности организации ресурсы и
ответственные роли, участвующие в рамках выполнения бизнес-процесса.
Существует несколько различных методов моделирования бизнес-процессов,
основами которых являются объектно-ориентрованные и структурные подходы
моделирования[6]. Наиболее широко применимыми методами являются:
· Диаграмма потока данных (DFD);
· Модель и нотация бизнес-процессов (BPMN);
· Описание событийной цепочки процессов (eEPC);
· Unified Modeling Language (UML).
Вышеперечисленный список методов не является исчерпывающим, однако он
содержит одни из самых востребованных и популярных нотаций в сфере
моделирования бизнес-процессов. Часть из них основана на государственных
стандартах, некоторые разработаны и выдвинуты отдельными авторами, оставшиеся
реализованы и предложены частными компаниями. В связи с тем, что организация,
моделирующая бизнес-процессы, может преследовать различные цели для их анализа
и, соответственно, использовать ту или иную нотацию, на рынке существует
множество программных инструментов. Каждый такой программный продукт позволяет
визуализировать модель бизнес-процесса организации, используя конкретную
методологию моделирования. К примеру, программы ELMA BPM, Bizagi,
Visual Paradigm, Draw IO и др. имеют возможность проектировать бизнес-процессы,
используя методологию BPMN;
функционал ПО Gliffy позволяет создавать модели процессы
по системе условных обозначений UML;
инструменты Visual Paradigm и Business Studio предоставляют пользователю возможность для представления
модели процесса в графическом виде с использованием нотаций семейства IDEF[6]; инструменты Business studio, Draw IO и др. позволяют
моделировать бизнес-процессы компании по нотации eEPC. К числу последних также относится инструмент ARIS Toolset, разработанный компанией Software AG[7], функциональность которого основана на системе условных
обозначений eEPC.
В рамках выполнения выпускной квалификационной работы построение
диаграммы и описание моделей бизнес-процессов автосервиса было проведено по
методологии eEPC с использованием бесплатного
программного инструмента ARIS Express. Прежде
чем приступить к этапу формализации модели бизнес-процесса в графический вид,
необходимо раскрыть значение упомянутой нотации, выделить ее отличия от других
и описать ее основные графические элементы.
Event-driven
process chain (eEPC, расширенная модель цепочки процессов) - методология
описания бизнес-процессов организации нижнего уровня. В соответствии с данной
нотацией процесс организации рассматривается как упорядоченный набор событий и
функций с функциональными, информационными элементами, средствами производства
и человеческими ресурсами. Такой подход позволяет наглядно отразить поток работ
в рамках одного бизнес-процесса и выявить взаимосвязи между организационной
структурой и функциями, для каждой из которых определяются входные и выходные
потоки, информационный обмен между задачами и ответственные исполнители[8].
Исходя из названия нотации, становится очевидным, что ключевым элементом
диаграммы модели является событие или веха, появления которой порождает
выполнение того или иного вида деятельности определенными участниками процесса.
Завершение выполнения деятельности, в свою очередь, порождает другое событие
или несколько других, параллельно выполняемых. Таким образом, бизнес-процесс
организации рассматривается как череда взаимосвязанных событий и функций,
завершение которого характеризуется состоянием, являющимся конечным событием
процесса[9].
Сравнивая с другими нотациями моделирования бизнес-процессов, к преимуществам
нотации eEPC, как и семейства IDEF, можно отнести наличие возможности
указывать входные и выходные параметры деятельности отдельных функций в рамках
одного бизнес-процесса; прослеживать логику взаимодействия и информационного
обмена входных и выходных параметров между функциями; отображать выполнение
параллельных функций, порожденных событием или появление параллельных событий,
порожденных выполнением функции. Однако в отличие от нотации IDEF, в системе условных обозначений eEPC реализована возможность направлять
выполнение процесса только по одному из альтернативных сценарий развития. Также
к важным достоинствам данной нотации можно отнести указание исполнителя по
каждой функции процесса, что позволяет выявить ответственных за эту функцию
участников процесса. Это является важным фактором, так как в рамках нотации eEPC каждая функция переводит текущее
состояние бизнес-процесса в новую веху, то есть после завершения каждой функции
текущее состояние процесса можно проверить, перешел ли процесс в новое
состояние. В случае если деятельность процесса была внезапно приостановлена,
можно быстро оценить, на каком этапе выполнение было нарушено и кто является
ответственным лицом.
Помимо элементов, характеризующие события и функции, нотация eEPC позволяет указывать дополнительные
информационные параметры бизнес-процесса, такие как используемые документы,
роли и ответственные сотрудники и так далее. Основные элементы нотации eEPC в программном инструменте ARIS Express приведены в таблице 2 [10]:
Таблица 2. Графические элементы нотации eEPC в программном средстве ARIS Toolset.
Элемент в ARIS Express, отображающий внешнюю по отношению к моделируемому процессу функцию
или бизнес-процесс. Данный элемент используется в двух различных ключах: 1.
Отображает предыдущий / следующий процесс или функцию по отношению к
моделируемому бизнес-процессу; 2. Отображает бизнес-процесс, передающий или
принимающий объект, участвующий в выполнении моделируемого процесса.
Элемент в ARIS Express, отображающий важное событие или веха, которое контролирует или
непосредственно влияет на дальнейшее выполнение бизнес-процесса.
Элемент в ARIS Express для отображения подпроцесса, набора действий, выполняющих с целью
получения заданного результата в процессе использования и преобразования
входных объектов, таких как документы, продукты.
Элемент в ARIS Express для отображения человека или организации из внешней среды, влияющих на
выполнения бизнес-процесса.
Элемент в ARIS Express для отображения внутреннего сотрудника исследуемой организации,
выполняющих свои обязанности в рамках бизнес-процесса.
Элемент в ARIS Express для отображения подразделения, организации из внешней среды,
непосредственно влияющие на выполнение бизнес-процесса.
Элемент в ARIS Express для отображения информационной системы, которая поддерживает
бесперебойное выполнение бизнес-процесса.
Элемент в ARIS Express для отображения продуктов или ресурсов, расходуемые или создаваемые в
рамках выполнения бизнес-процесса
Элемент в ARIS Express для отображения базы данных, поддерживающие выполнения функции.
Элемент в ARIS Express для отображения бумажных и электронных документов, поддерживающие
выполнение функции.
Элемент в ARIS Express для отображения наличия какого-либо типа риска в процессе выполнения
функции.
Логический оператор «Исключающее ИЛИ»
Элемент в ARIS Express для отображения ветвления событий последующие после выполнения
функции. То есть, если в завершении функции возможны два исхода событий,
характеризующиеся разными событиями, то процесс будет продолжаться лишь по
одному из сценариев: либо инициируется первый сценарий, либо второй.
Элемент в ARIS Express для отображения ветвления бизнес-процесса на различные варианты
развития. То есть после выполнения функции инициируются одно или несколько
событий, которые происходят параллельно.
Элемент в ARIS Express для отображения ветвления бизнес-процесса на различные варианты его
выполнения, выполняющихся параллельно. То есть после выполнения функции
инициируются несколько событий, которые происходят параллельно.
Элемент в ARIS Express для отображения логической взаимосвязи между объектами
бизнес-процесса.
Определив ключевые цели и задачи моделирования, необходимо выделить этапы
его проведения, результаты выполнения которых позволят выявить проблемные зоны
бизнес-процессов, выработать методы их устранения и, самое важное, разработать
список требований к информационной системе автоматизации бизнес-процессов
автосервиса. Процесс описания и моделирования бизнес-процессов организации с
целью дальнейшей их оптимизации можно разделить на несколько последовательно
выполняемых этапов[10]:
. Первый этап моделирования. Первым шагом к
совершенствованию бизнес-процесса путем разработки его модели является сбор
данных текущей практики выполнения процесса в организации и построение
диаграммы модели текущего состояния процесса. Данный этап очень важен в
процессе моделирования, так как прежде чем перейти к анализу бизнес-процесса и
построения модели будущей практики, необходимо изучить принцип работы, выделить
ключевые объекты и роли, определить границы выполнения процесса. После чего
появится возможность проанализировать бизнес-процесс и составить список
необходимых изменений для повышения качества его выполнения. Результатом
данного этапа является разработанная диаграмма «AS IS» модели процесса. Также в рамках этого этапа осуществляется
дальнейшая проверка в правильности описания текущей практики и
совершенствование модели, в случае наличия ошибок, до ее согласования с
владельцем бизнес-процесса.
2. Второй этап моделирования. После разработки диаграммы
модели «AS IS» необходимо провести детальный анализ бизнес-процесса,
выделить проблемные зоны, развитие которых крайне необходимо, оценить общие
риски его выполнения и составить необходимый список изменений, способствующий к
повышению эффективности проведения бизнес-процесса организации
3. Третий этап моделирования. Следующим шагом является
разработка диаграммы модели измененного бизнес-процесса, который был
спроектирован на основе прошлой практики выполнения, моделируемой на первом
шаге, с учетом необходимых изменений, выработанных на втором этапе процесса
моделирования. После разработки модели «TO BE» проводится общая оценка измененного бизнес-процесса,
анализируется, каким образом он изменился и на что это повлияет. Также в рамках
данного этапа проводится внедрение изменений в организацию и реинжиниринг
бизнес-процесса.
4. Четвертый этап моделирования. Завершающим этапом процесса
моделирования является совершенствование модели «TO BE». Завершив внедрение всех изменений в бизнес-процессы,
необходима дальнейшая поддержка деятельности организации. С течением времени
каждый бизнес-процесс компании продолжит развиваться, поэтому данный этап
характеризуется регулярным и непрерывным повышением эффективности проведения
процессов.
Однако в связи с тем, что основной целью выпускной квалификационной
работы является разработка требований к информационной системе автоматизации
бизнес-процессов, достаточно выполнения первых двух этапов моделирования -
проектирование диаграммы модели бизнес-сервиса, анализ текущей практики
выполнения процесса, оценка рисков и составления списка изменений, на основе
которого будет производиться составление списка требований к информационной
системе.
Для того чтобы список требований к внедряемой информационной системе
отражал зоны бизнес-процесса, автоматизация которых позволит их развитию и в
последствии повышению эффективности выполнения процесса, необходимо на
основании данных, полученных в процессе сбора информации о бизнес-процессах и
их моделировании, выделить проблемные зоны и оценить общие риски. В качестве
основного инструмента для анализа процессов был выбран метод стратегического
планирования - матрица SWOT.
Данный метод позволяет выявлять внешние и внутренние факторы организации и
распределить их по четырем группам:
Сильные стороны ( S trengths) - развитые зоны организации,
повышающие эффективность выполнения бизнес-процессов. Данный фактор относится к
внутренней среде объекта изучения.
Слабые стороны ( W eaknesses) - слабые зоны организации, которые негативно влияют или могут повлиять
на выполнение бизнес-процесса. Данный фактор также относится к внутренней среде
объекта анализа.
Возможности ( O pportunities) - условия внешней среды объекта анализа, положительно влияющие на
результат бизнес-процесса. Некоторые внешние факторы предоставляют
дополнительные возможности для достижения цели.
Угрозы ( T hreats)
- условия внешней среды объекта изучения, которые в ходе некоторых стечении
обстоятельств могут негативно сказаться на конечном результате выполнения
процесса и, тем самым, осложнить достижение поставленной цели.
Данный инструмент предназначен для осуществления оценки текущей ситуации
объекта исследования, формирования описания и анализа практики, относительно
которой выполняется изучение объекта, и формализация потребности в принятии
решения[12]. SWOT-анализ используется для оперативной
оценки и является универсальным методом анализа, так как сфера его применения
не ограничивается определенным масштабом объекта изучения - матрица анализа
может быть адаптирована к предмету исследования любого уровня[13]. То есть, в
данном случае матрица SWOT
отражает факторы внутренней и внешней среды автосервиса с точки зрения
конкретного бизнес-процесса.
1. 3 Разработка требований к информационной системе
По окончанию этапа разработки моделей основных бизнес-процессов
автосервиса и выполнения подробного их анализа, путем идентификации внутренних
и внешних факторов, воздействующих на деятельность организации в рамках
выполнения бизнес-процессов, следующим шагом выполнения практической части
выпускной квалификационной работы является разработка требований к
информационной системе. Выполнение этого этапа работы позволило формализовать
различные типы требований к ПО, на основании которых производился выбор
наиболее подходящей системы автоматизации бизнес-процессов сервисного центра.
Требования к системному продукту, который позволит достичь автосервису своих
результатов, разрабатывались по методологии известного консультанта и автора в
области разработки и совершенствования процесса требований к программному
обеспечению Карла Вигерса[16].
Требования к информационной системе представляют из себя совокупность
предположений относительно свойств, атрибутов, функционала и качеств
программного продукта, который подлежит интегрированию в деятельность
организации. В связи с многообразием возможных определений термина
«требование», а так же различием существующих типов информации, которые могут в
них содержаться, автор методического пособия по разработке требований к
программному обеспечению выделяет несколько их уровней и видов:
· Бизнес-требования. К данному виду относятся требования,
характеризующие высокоуровневые бизнес-цели заказчика системы или организации.
То есть, бизнес-требования раскрывают причину необходимости организацией
приобретения информационной системы, а именно цели, которые она намерена
достичь, путем внедрения этой системы в свою деятельность.
· Бизнес-правила. Данный вид требований не относится к числу
непосредственных требований к информационной системе, это свод правил,
нормативов, законодательств, правительственных постановлений, отраслевые
стандарты и т.д., однако влияние таких ограничений в виде правил нередко налагают
ограничения, устанавливая тем самым функционал системы, подчиняющийся этим
правилам.
· Внешнее требование к интерфейсу. Этот тип требований отражает
взаимодействие ПО с внешней информационной системой, пользователем.
· Характеристика. К характеристике относятся описанные
функциональными требованиями несколько связанных возможностей функционала
системы, которые необходимы для деятельности объекта внедрения.
· Функциональные требования. Это требования, стандартизирующие
поведение информационной системы в различных сценариях использования.
· Атрибут качества. Нефункциональное требование, являющимся
параметром качества ПО, которое характеризует описание различных метрик оценки
производительности, доступности, масштабируемости системного продукта.
· Системные требования. Нефункциональные требования,
описывающие внешние характеристики взаимодействия системы и внешнего мира, то
есть возможность подключения к другим программа, внешним устройствам и т.д.
· Пользовательские требования. Эти требования отражают задачи,
которые должна выполнять информационная система в зависимости от класса
пользователя.
Требования к разрабатываемой, в данном случае внедряемой, информационной
системе состоят из двух последовательных уровней требований - бизнес-требования
и пользовательские, которые в свою очередь подразделяются на функциональные и
нефункциональные. Именно по этим критериям был выработан список требований к
программному обеспечению. Рассмотрим подробнее эти виды[16].
Бизнес-требования. Данный вид требований, как упоминалось ранее, характеризует
стратегические цели, которые организация стремится достичь путем внедрения
информационной системы. Основой бизнес-требований являются бизнес цели
организации, которые были выработаны руководством, бизнес-возможности, которыми
владеет компания и критерии успеха. Список данного вида требований должен быть
выработан до завершения разработки пользовательских и функциональных
требований, в связи с тем, что они разрабатываются на основе ограничений
организации и ее возможностей. Бизнес-требования позволяют оценить
преимущества, полученные в результате внедрения информационной системы и
выявить критерии успеха, на основе которой можно будет определить: в верном ли
направлении были выполнены задачи в процессе достижения поставленных бизнес-целей.
Пользовательские требования. Этот вид требований характеризует,
что пользователь может делать с системой, то есть задачи, которые пользователи
продукта должны решать при помощи использования внедряемой информационной
системы. К пользовательским требованиям также относится описание атрибутов и
технических характеристик программного продукта, представляющие ценность для
конечного пользователя.
Функциональные требования. Данный вид требований формализирует поведение
информационной системы в определенных условиях в рамках различных сценариев
выполнения бизнес-процесса в формате «должен», «должна». Эти требования
характеризуют, что должна уметь делать программа, для того чтобы у
пользователей имелась возможность выполнить свои задачи, то есть пользовательские
требования, для достижения бизнес-целей и выполнения бизнес-требований. Тесная
взаимосвязь между тремя видами требований необходима для достижения успеха
проекта внедрения информационной системы.
Нефункциональные требования. В отличие от функциональных
требований, описывающие различные сценарии поведения информационной системы,
нефункциональные требования характеризуют общие критерии функционирования
информационной системы. Данный вид требований отображают технические
характеристики и системные свойства продукта, к которым относятся
производительность, масштабируемость, удобство в использовании и так далее.
В первой главе выпускной квалификационной работы были раскрыты и
объяснены основные термины, понятия и методологии, знание которых необходимо
для выполнения практической части. Теоретическая база работы состоит из знаний
о моделировании бизнес-процессов, об основных аспектах метода качественного
анализа с использованием матрицы SWOT,
об описании основного принципа методологии Карла Вигерса и основных видах
требований, необходимых для выбора внедряемой информационной системы.
Вторая глава выпускной квалификационной работы посвящена анализу объекта
внедрения информационной системы автоматизации и его текущей практики
выполнения бизнес-процессов. Данный раздел работы состоит из описания объекта
исследования, то есть выбранного автосервиса, моделирования его основных
бизнес-процессов с описанием диаграмм моделей и анализа текущей ситуации
выполнения бизнес-процессов, содержащий SWOT-анализ, анализ проблемных зон и возможных рисков.
2.2.1
Бизнес-процесс «сервисное обслуживание клиентов» Дипломная (ВКР). Информационное обеспечение, программирование.
Курсовая работа: Факторы цикличности экономического развития
Реферат: Characterization In The Sun Also Rises Essay
Реферат: Психологические аспекты социальной рекламы
Реферат Оказание Помощи Терпящим Бедствие На Воде
Дипломная работа: Маркетинговые исследования потребителей туристского продукта
Реферат: Обмен веществ при деятельности организма
Реферат: Phil201 Essay Research Paper The Only Truth
Дипломная работа по теме Боротьба за права православної церкви
Реферат: Регулирующие запорно-регулирующие клапаны
Контрольная работа по теме Герои русских народных сказок о животных и их роль в становлении национального характера
Реферат: Современные теории мотивации
Курсовая работа по теме Сервопривод систем автоматического управления
Курсовая работа по теме Промышленная оценка, вскрытие, подготовка рудного месторождения
Курсовая работа по теме Создание для отдела логистики набора функций для работы с матрицами
Контрольная работа: Учет финансовых инструментов по затратам и займам
Реферат: Жизнь Поля Гогена. Скачать бесплатно и без регистрации
Курсовая работа по теме Разработка мероприятий по снижению разнотолщинности полосы на стане кварто 1700
Ответ на вопрос по теме Методы измерения вибрации
Финансовый Менеджмент Контрольная Работа Скачать
Сочинение Рассуждение На Экономическую Тему
Похожие работы на - Выбор и определение качества мяса
Реферат: Аналіз географічних карт
Похожие работы на - Методика собеседования при приеме на работу