Разработка регламента выполнения процесса «Проведение оценки качества» (Предлагаемые мероприятия по улучшению технологии решения задачи)

Содержание:

Введение

Правительством РФ изданы законы, регламентирующие контроль качества производимой продукции: «Гражданский Кодекс РФ», «Закон РФ о стандартизации», «Закон о защите прав потребителя» и др.

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

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

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

Целью данной работы является Разработка регламента выполнения процесса «Проведение оценки качества».

Задачи работы – построить:

• - развернутое (подробное) описание предметной области;
• - выбрать инструмент моделирования;
• диаграмму вариантов использования;
• диаграмму деятельности;
• диаграмму последовательности;
• диаграмму состояний;
• диаграмму классов
• диаграмму прецедентов.

Глава1. Аналитическая часть

1.1 Описание предметной области. Постановка задачи.

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

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

Оценка качества — это более широкое понятие, чем контроль качества. При проведении оценки качества привлекается большее количество показателей качества.

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

Методы проведения оценки качества.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

разногласия между поставщиками (производителями) товаров и продавцами (оптовыми и розничными торговыми предприятиями);

отсутствие представителя поставщика в момент проверки качества продукции покупателем;

в случае утраты качества изделий;

в случае споров между покупателями (потребителями) и представителями розничных организаций;

по предписанию суда и следственных органов, а также по решению контролирующих государственных инстанций.

Проведение экспертной оценки некачественных товаров

Экспертиза товара ненадлежащего качества проводится в Бюро Товарных экспертиз.

Они функционируют как в виде обособленных ведомств, так и в форме представительств, открытых при Торгово-промышленных палатах РФ.

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

В некоторых случаях (отсутствие изделия или сопроводительной документации) Бюро уведомляет заказчика об отказе от проведения экспертного обследования не позднее 3 дней со дня поступления заявки.

Порядок проведения экспертизы качества потребительских товаров

Оценка качества продукции проводится в три этапа.

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

Основной документ – заявка – должен содержать материалы для профессиональной идентификации продукта и реквизиты товарно-сопроводительной документации.

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

Все результаты обследования поэтапно оформляются в специальном Журнале и утверждаются подписями специалистов.

Заключительная часть исследования состоит в систематизации полученных результатов и оформлении официального отчета – Акта, в котором содержатся ответы на все поставленные вопросы и заключение по факту

Подготовка к экспертизе качества потребительских товаров

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

В соответствии с Законом «О защите прав потребителя» (новая ред. 2016 г.), покупатель имеет право на возврат денег в случае возврата забракованного продукта (если дефект произошел по вине изготовителя или продавца), или на обмен, при условии компенсации стоимостной разницы.

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

Но вину производителя или продавца (точнее, невиновность покупателя) нужно еще доказать.

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

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

1.2 Предлагаемые мероприятия по улучшению технологии решения задачи

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

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

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

Глава 2 Проектная часть

2.1 Выбор средства для моделирования предметной области решения задачи

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

Язык UML объединил наиболее известные методы OOA/OOD и очень быстро приобрел широкую популярность среди разработчиков программного обеспечения.

Основными «строительными блоками» UML являются диаграммы, которые условно можно разделить на две категории:

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

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

Моделирование бизнеса с помощью UML предполагает по-следовательное построение двух видов моделей:

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

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

Стандарт UML версии 1.1, принятый OMG в 1997 г., предлагает следующий набор диаграмм для моделирования:

– диаграммы вариантов использования (use case diagrams) – для моделирования бизнес-процессов организации и требований к создаваемой системе);

– диаграммы классов (class diagrams) – для моделирования статической структуры классов системы и связей между ними;

• диаграммы поведения системы (behavior diagrams):
• диаграммы взаимодействия (interaction diagrams):
• диаграммы последовательности (sequence diagrams) и
• кооперативные диаграммы (collaboration diagrams) – для моделирования процесса обмена сообщениями между объектами;
• диаграммы состояний (statechart diagrams) – для моделирования поведения объектов системы при переходе из одного состояния в другое;
• диаграммы деятельностей (activity diagrams) – для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей; – диаграммы реализации (implementation diagrams):
• диаграммы компонентов (component diagrams) – для моделирования иерархии компонентов (подсистем) системы;
• диаграммы размещения (deployment diagrams) – для моделирования физической архитектуры системы.

Существует достаточно много CASE-инструментов моделирования и проектирования систем и баз данных (не только с помощью UML). В данном учебном пособии для примера моделирования системы выбран программный инструмент моделирования StarUML [7]. Данная программная платформа имеет свободную лицензию и доступна для установки с официального сайта StarUML [7]. StarUML поддерживает одиннадцать различных типов диаграмм, принятых в нотации UML 2.0, а также подход MDA (модельно- настраиваемая архитектура), предлагает настройку параметров пользователя для адаптации среды разработки, поддерживает расширения, предоставляет различного рода модули, расширяющие возможности StarUML.

Инструмент поддерживает возможность добавить плагины к базовой системе. Несмотря на то, что записано на языке Delphi, эти плагины могут быть записаны на любом COM-совместимом языке, таком как C++, Delphi, C# и VB.

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

Из прочих достоинств можно выделить:

- Генерация кода в языки: C#, Java, С++

-Поддержка работы с фреймворками

-Удобный графический редактор

-Полное соответствие стандарту UML 2.0

- Возможность расширения функционала (про это написано отдельное руководство разработчика)

-Экспорт документации в форматы: DOC, PPT, TXT, XLS…

- Поддержка паттернов

- Импорт проектов Rational Rose

- Приятный размер дистрибутива

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Диаграмма вариантов использования системы

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

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

• Сформулировать общие требования к функциональному поведению проектируемой системы.

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

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.

.

Рисунок 1 – Диаграмма вариантов использования для системы «Оценка качества»

Диаграмма деятельности системы

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

Диаграммы деятельности можно использовать для моделирования динамических аспектов поведения системы. Как правило, они применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса. С помощью диаграмм деятельности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Диаграммы деятельности могут использоваться самостоятельно для визуализации, специфицирования, конструирования и документирования динамики совокупности объектов, но они пригодны также и для моделирования потока управления при выполнении некоторой операции. Если в диаграммах взаимодействий акцент делается на переходах потока управления от объекта к объекту, то диаграммы деятельности описывают переходы от одной деятельности к другой. Деятельность (Activity) - это некоторый относительно продолжительный этап выполнения в автомате. В конечном итоге деятельность сводится к некоторому действию (Action, см. главу 15), которое составлено из атомарных вычислений, приводящих к изменению состояния системы или возврату значения.

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

Рисунок 2 – Диаграмма деятельности системы

Диаграмма последовательности системы

Диаграмма же последовательностей отображает взаимодействие объектов в динамике. Что значит "в динамике"? Как раз с этим нам и предстоит разобраться.

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

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

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

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

.

Рисунок 3 – Диаграмма последовательности системы

Диаграмма классов

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

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

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

В результате анализа предметной области были выявлены следующие классы (рис 4.):

Рисунок 4 – Классы системы

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

Рисунок 5 – Атрибуты классов системы

Установим отношения между классами (рис.6):

Рисунок 6 –Диаграмма классов системы

Диаграмма состояния:

Диаграмма состояний (state machine diagrams) – это известная технология описания поведения системы. В том или ином виде диаграмма состояний существует с 1960 года, и на заре объектно-ориентированного программирования они применялись для представления поведения системы. В объектно-ориентированных подходах вы рисуете диаграмму состояний единственного класса, чтобы показать поведение одного объекта в течение его жизни.

Рис. 7. Диаграмма состояний системы

Заключение

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

• диаграмма вариантов использования;
• диаграмма деятельности;
• диаграмма последовательности;
• диаграмма состояний;
• диаграмма классов
• диаграмма прецедентов.

Список литературы

1. Герчикова И.Н. Менеджмент: учебник для вузов. - М.: ЮНИТИ, 2007.
2. Алексунин В.А. Маркетинг. М.: Дашков и К, 2009. - 216 с.
3. Барышев А.Ф. Маркетинг. М.: Academia, 2009. - 224 с.
4. Васильев Г.А., Поляков В. А. Основы рекламы: Учебное пособие. М.: Вузовский учебник, 2009. - 407 с.
5. Герасимов Б.И., Жариков В.В. и др. Маркетинг: учебное пособие. М.: Форум, 2009. - 320 с.
6. Дурович А.П. Маркетинговые исследования. Мн.: ТетраСистемс, 2009. - 432 с.
7. Мескон М., Вонг В. и др. Основы менеджмента. - М., 2006.
8. Павлинов А., Кознов Д., Перегудов А., Бугайченко Д., Казакова А., Чернятчик Р., Фесенко Т., Иванов АО средствах разработки проблемно-ориентированных визуальных языков. Сб. «Системное программирование», Вып. 2