Проектирование информационных систем (стр. 2 из 4)

Контроль и обеспечение высокого качества окраски автомобилей — это целый комплекс мероприятий, включающий в себя контроль производимых работ после обработки детали на предварительном этапе и после ее окрашивания. Также происходит контроль качества сборки окрашенного автомобиля. Сквозной контроль проводится с целью предотвращения реализации некачественных работ, не соответствующих требованиям, установленным нормативными документами по стандартизации (ISO/TS 16949).

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

Основными задачами системы сквозного контроля качества работ являются:

1. разработка, внедрение и поддержание систем менеджментана предприятии;

2. разработка и совершенствование схем контроля качества производимых работ;

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

4. обеспечение фонда нормативных документов;

5. обеспечение бесперебойной работы всех участков;

6. организация подготовки, повышения квалификации и обучения сотрудников предприятия.

На предприятии существует тир участка проведения сквозного контроля: контроль качества предварительной обработки детали к окраске; контроль качества окраски детали; контроль качества всех проделанных работ;

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

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

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

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

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

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

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

В соответствии с предметной областью система строиться с учетом следующих особенностей:

· Каждый этап работ осуществляется на определенном участке цеха;

· Работы выполняются согласно характеристикам, оговоренным с заказчиком при оформлении заказа;

· Основные виды работ проходят контроль качества для перехода на следующий этап;

· Выполненный фронт работ соответствует определенному заказу;

· Заказ определяет клиента;

· Реализация работ осуществляется согласно данным клиента;

Функциональные возможности:

· Ведение БД (запись, чтение, модификация, удаление);

· Обеспечение логической непротиворечивости БД;

· Реализация наиболее часто встречающихся запросов в готовом виде;

Готовые запросы:

· Получение информации об этапах прохождения заказа;

· Получение информации о клиентах и заказах;

· Получение списка расходных материалов: их наименования и количества;

· Получение информации о прохождении заказа стадий контроля;

1.2 Разработка функциональной модели предметной области

Наиболее широко используемой методологией описания бизнес-процессов является стандарт IDEF0. Подход IDEF0 был разработан на основе методологии структурного анализа и проектирования SADT. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с развитием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (BPWin, ProCap, IDEF0/EM Tool и др.) Методология IDEF0 предоставляет аналитику прекрасные возможности для описания бизнеса организации на верхнем уровне с акцентом на управлении процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа: по информации, по управлению, движение материальных ресурсов. Продуманные механизмы декомпозиции модели процесса в IDEF0 позволяют существенно упростить работа аналитика. Следует отметить, что модели в нотации IDEF0 предназначены для описания бизнеса на верхнем уровне. Их основное преимущество состоит в возможности описывать управление процессами организации.

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

В настоящее время для описания бизнес-процессов используется несколько методологий. К числу наиболее распространенных относятся методологии моделирования бизнес-процессов (Business Process Modeling), методологии описания потоков работ (Work Flow Modeling) и методологии описания потоков данных (Data Flow Modeling).

Второй важнейшей методологией описания процессов является методология IDEF3. Формально эта методология называется Work Flow Modeling, что отражает ее сущность. Стандарт IDEF3 предназначен для описания рабочих процессов или, говоря другими словами, потоков работ. Методология описания IDEF3 очень близка к алгоритмическим методам построения схем процессов стандартными средствами построения блок-схем (построение блок-схемы в MS Word). Основа методологии IDEF3 состоит в построении моделей процессов по принципу последовательно выполняемых во времени работ.

Еще одной группой методологий, активно используемых на практике, являются нотации DFD (Data Flow Diagramming). Эти нотации предназначены для описания потоков данных. Они позволяют отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами. Кроме того, нотация DFD позволяет описывать потоки документов (документооборот) и потоки материальных ресурсов (движение материалов от одной работы к другой). С помощью схемы процессов в DFD выявляют основные потоки данных. Это важно для последующего создания моделей структуры данных и разработки требований к информационной системе организации.

Для модели, разработанной в курсовой работе, все виды диаграмм представлены в Приложении 1. Также был произведён стоимостной анализ проекта, результаты которого представлены в Приложении 2. Общая стоимость проекта составила 11 850 руб.

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

Рис 1.1. Смешанная диаграмма

1.3 Построение UML диаграмм в среде Pacestar UML Diagrammer

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