Информационная система швейного цеха

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

• Введение
• 1. Исследование предметной области
• 1.1 Описание предметной области
• 1.2 Описание существующих аналогов
• 1.3 Описание аналитически выявленных достоинств и недостатков
• 1.4 Общая постановка задачи
• 2. Разработка и анализ требований к ПО
• 2.1 Анализ требований на основе техник диаграмм
• 2.2 Инфологическое проектирование модели базы данных
• 2.3 Детальная постановка задачи
• 2.4 Архитектурные диаграммы Rational Rose
• 2.5 Алгоритмы реализации
• 3. Реализация ПО
• 3.1 Реализация базы данных
• 3.2 Реализация клиент-серверного взаимодействия
• 3.3 Реализация интерфейса
• Заключение
• Список использованных источников
• Введение
• Организация своего ателье по ремонту и пошиву одежды в последнее время становится достаточно популярной. Даже несмотря на огромное количество магазинов модной одежды, всё ещё остаётся огромный контингент людей, которые хотят носить только эксклюзивную, пошитую специально для них одежду. Поэтому открытие швейного ателье - прекрасный способ начать свой бизнес. Учитывая то, что начальный капитал для открытия своего ателье нужен минимальный, а доход, хоть и не очень большой, но всё-таки стабильный. Стоит только найти круг постоянных клиентов, и они впоследствии станут приносить вам стабильную прибыль.
• Стоит отметить, что рынок этот достаточно сегментирован: так, одни ателье специализируются только на пошиве одежды, другие - на ремонте, а многие оказывают полный комплекс услуг, которые пользуются достаточно высоким спросом.
• Бизнес - идея предполагает, что ателье будет производить приём заказов и последующий пошив готовой одежды по заказам клиентов, а также дополнительно осуществлять реставрацию и ремонт одежды.
• Темой данной курсовой работы «Информационная система швейного цеха».
• 1. Исследование предметной области

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

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

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

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

В цехе работают 5 мастеров, каждый из которых «ведет» несколько заказов. Мастер занимается всеми операциями - от кроя ткани до пошива пуговиц к костюму. Часть материалов - фурнитура (иглы, нитка, карандаши, линейки, пуговицы), платки, галстуки, бабочки, запонки и ткань закупается у итальянского поставщика.

Заказы распределяются между мастерами директором цеха. Он также занимается закупкой материалов (ткани и фурнитуры) и координирует работу.

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

1.2 Описание существующих аналогов

В процессе изучения предметной области были обнаружены аналоги данной информационной системы.

Рассмотрим программу «Управленческий учет швейного производства» представленный на рисунке 1.1.

Рисунок 1.1 - Главное окно программы «Управленческий учет швейного производства»

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

Как и в предыдущих программах имеются широкие возможности для складского учета. Но помимо это реализована и CRM-система, которая позволяет управлять большим количеством клиентов и взаиморасчетов с ними.

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

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

Важным преимуществом является и безопасность программы: так она может запускаться даже с USB-накопителя, вероятность того, что данные о производстве попадут в конкурентов крайне мала.

Рассмотрим программу «Универсальная система учета» представленная на рисунке 1.2.

Рисунок 1.2 - Окно программы «Универсальная система учета»

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

1.3 Описание аналитически выявленных достоинств и недостатков

К достоинствам рассмотренных информационных систем можно отнести:

? понятный и простой интерфейс;

? имеются широкие возможности для складского учета;

? программа может учитывать оплату за поставленные изделия;

? программа может вести учет задолженности по клиентам;

? высокий уровень безопасности программы;

? автоматизация процессов производства.

К недостаткам рассмотренных информационных систем можно отнести:

? высокую стоимость информационной системы;

? нет возможности применения на малом производстве;

? требует постоянный доступ к сети интернет.

1.4 Общая постановка задачи

Разработать требования к информационной системе швейного цеха на основе техник Catwoe, Moskow и диаграмм Исикавы, PEST и SWOT.

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

– Высокое качество продукции - снижения количество дефектов, уменьшение потребности в ремонте, долговечность продукции;

– Удобство обслуживания - простота оформления и скорость выполнения заказов;

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

– Расширение ассортимента- разработка новых моделей с современным дизайном.

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

Далее представлен краткий перечень возможностей программы:

? Программа выполняет контролирующую функцию в процессе учета швейного производства;

? Программа для швейного производства обладает удобным пользовательским интерфейсом;

? Система учета в швейном производстве обладает удобной и понятной системой навигации;

? Система может быть адаптирована под любые модели управления швейным производством;

? Программа легко справляется с большим количеством информации и задач;

? Программа для швейного производства формирует отчеты по результатам работы;

? Можно быстро находить в системе любую нужную информацию по заданным критериям или с помощью контекстного поиска;

Минимальные системные требования к информационной системе:

? процессор - 1.2 GHz;

? оперативная память - 128 Mb;

? жёсткий диск - 20 Gb;

? Операционная система - Windows 7/XP;

? Разрешение монитора - 800 x 600 256 colors.

Рекомендуемые системные требования к информационной системе:

? процессор - 1.6 GHz;

? оперативная память - 256 Mb;

? жёсткий диск - 30 Gb;

? Операционная система - Windows 7/XP;

? Разрешение монитора - 1024 x 768 256 colors.

запрос диаграмма серверный интерфейс

2. Разработка и анализ требований к ПО

2.1 Анализ требований на основе техник диаграмм

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

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

Рисунок 2.1 - Ментальная карта

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

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

Рисунок 2.2 - Диаграмма Исикавы

На рисунке 2.2 изображена диаграмма Исикавы, также известная как причинно-следственная диаграмма, диаграмма Исикавы помогает выявить проблемы и фактические причины их возникновения.

Причинно-следственная диаграмма - это ключ к решению возникающих проблем выбранной области.

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

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

При изучении предметной области была разработана диаграмма Swot представленная на рисунке 2.3. SWOT analysis (SWOT-анализ) - методстратегического планирования, заключающийся в выявлении факторов внутренней и внешней средыорганизациии разделении их на четыре категории.

Рисунок 2.3 - Диаграмма Swot

На рисунке 2.3 изображена диаграмма Swot, предназначенная для выявления внутренних факторов и внешней среды организации и разделение их на 4 категории. Сильные и слабые стороны являются внутренними факторами организации, то есть тем, на что сам объект может повлиять, а возможности и угрозы являются внешними факторами системы, то есть тем, что может повлиять на объект извне и не контролируется объектом.

При изучении предметной области была разработана диаграмма PEST представленная на рисунке 2.4. PEST-анализ - это маркетинговый инструмент, предназначенный для выявления политических - факторы политико-правового окружения компании (Political), экономических - факторы экономического состояния рынка (Economic), социальных - факторы социального и культурного состояния рынка (Social) и технологических - факторы, характеризующие технологический прогресс в отрасли (Technological) аспектов внешней среды, которые влияют на бизнес компании.



Рисунок 2.4 - Диаграмма PEST

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

При изучении предметной области была применена техника CATWOE представленная на таблице 2.1. CATWOE - это акроним, где каждая буква означает конкретное слово: Clients (клиент), Actors (действующие лица), Transformation (преобразование), World View (миропонимание), Owner (владелец), Environmental constraints (ограничения внешнего окружения). Рассмотрим каждое понятие по отдельности. Сlients - Клиенты- кто является потребителем услугили заинтересованной стороной даннойсистемы. Actors - Действующие лица или актеры- кто реализует политику фирмы, осуществляет ее основные виды деятельности. Transformation - Трансформация- это изменения, к которым система или процесс приводит. World view (Weltanschauung)- Мировоззрение- какие идеалы оправдывают существование бизнес системы и делают ее деятельность значимой. Owner - Владелец-Это лица, принимающие решения, которые имеют право рассматриватьизменения, остановить проект, или принять решение о том, чтобы идти вперед с изменением. Environmental restrictions - «Экологические» ограничения. это внешние ограничителии ограничения, влияющие на успех решения.

Таблица 2.1 - Техника Сatwoe

Clients (клиент)	Персонал, заказчики.
Actors (действующие лица)	Системный администратор цеха, менеджер.
Transformation (преобразование)	Входные данные: приём заявки клиента с учётом всех деталей заказа, запись в базу данных. Выходные: данные о заказе из базы данных.
World view (миропонимание)	Предотвращение ошибок при выполнении заказа.
Owner (владелец)	Владелец швейного цеха.
Environmental constrains (ограничения внешнего окружения)	Запрещают передачу любых других уникальных данных вне защищенной внутренней сети.

MoSCoW - это метод для задания приоритета историй в инкрементных и итерационных методах. Метод MoSCoW обеспечивает способ достижения общего понимания относительной важности поставляемой истории. Данный метод представлен в таблице 2.2.

Таблица 2.2 - Метод Moscow

Must	Запись данных о заказе в базу данных. Изменение данных в таблицах. Просмотр данных из таблиц. Удаление записей из таблиц.
Should	Защита данных о заказе. Защита программы паролем.
Could	Проверка ввода данных.
Won't have	Резервное копирование данных. Передача данных по сети.

Метод MoSCoW был создан Dai Clegg из компании Oracle UK в 1994 году и стал активно использоваться в управлении проектами.

2.2 Инфологическое проектирование модели базы данных

В данной информационной системе можно выделить следующие объекты и процессы:

Объекты - заказчики.

Процессы - приём заказов.

В информационной система можно определить следующие сущности: заказ, работники цеха, склад, модели.

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

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

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

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

Тип связи между сущностями Заказ и Склад: внешним ключом сущности Заказ будет атрибут Идентификатор материала по отношению к сущности Склад с первичным ключом Идентификатор материала. Так как нескольким заказам может соответствовать один материал, то тип связи можно определить, как один-ко-многим.

Рисунок 2.5 - Тип связи между сущностями Заказ и Склад

Тип связи между сущностями Заказ и Модели: внешним ключом сущности Заказ будет атрибут Идентификатор модели по отношению к сущности Модели с первичным ключом Идентификатор модели. Так как нескольким заказам может соответствовать одна модель, то тип связи можно определить, как один-ко-многим.

Рисунок 2.6 - Тип связи между сущностями Заказ и Модели

Тип связи между сущностями Заказ и Работники цеха: внешним ключом сущности Заказ будет атрибут Идентификатор работника по отношению к сущности Работники цеха с первичным ключом Идентификатор работника. Так как одному работнику могут соответствовать несколько заказов, то тип связи можно определить, как один-ко-многим.

Рисунок 2.7 - Тип связи между сущностями Заказ и Работники цеха

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

На рисунке 2.8 представлена приведённая к третьей нормальной форме таблица Orders базы данных швейного цеха:

Рисунок 2.8 - Таблица Orders в третьей нормальной форме

На рисунке 2.9 представлена приведённая к третьей нормальной форме таблица Staff базы данных швейного цеха:

Рисунок 2.9 - Таблица Staff в третьей нормальной форме

На рисунке 2.10 представлена приведённая к третьей нормальной форме таблица Storehouse базы данных швейного цеха:

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



Рисунок 2.10 - Таблица Storehouse в третьей нормальной форме

Инфологическая модель рассмотренной предметной области представлена на рисунке 2.11 в виде ER-диаграммы:

Рисунок 2.11 - ER-диаграмма предметной области

ER-модель используется при высокоуровневом проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.

2.3 Детальная постановка задачи

В качестве инструментального средства разработки базы данных выбрана СУБД phpMyAdmin, базирующаяся на реляционной модели данных.

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

База данных должна содержать таблицы: заказ, склад, работники цеха, модели.

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

Таблица Склад должна содержать поля такие как: идентификатор материала, название материала, группа, единица измерения, цена за единицу, количество.

Таблица Модели должна содержать такие поля как: идентификатор модели, название модели.

Таблица Работники цеха должна содержать такие поля как: идентификатор сотрудника, имя, адрес, номер телефона, дата рождения, образование, должность, зарплата, аттестация.

В качестве интерфейсного средства для реализации программного продукта была выбрана Microsoft visual C# 2015.

На основе диаграмм Swot, Catwoe и Moscow были выявлены следующие особенности разработки информационной системы швейного цеха:

? осуществлять быстрый поиск по идентификатору или по имени;

? редактировать данных в таблицах;

? добавлять данные в таблицу;

? удалять данные из таблицы;

? иметь форму справочник;

? возможность быстро переключаться между таблицами;

? иметь защиту паролем.

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

По результатам метода Moskow было принято решение реализовать в интерфейсе информационной системы швейного цеха следующие формы:

? Просмотр данных о заказах;

? Редактирование данных о заказах;

? Удаление данных о заказах;

? Просмотр данных о сотрудниках;

? Редактирование данных о сотрудниках;

? Удаление данных о заказах;

? Просмотр данных о складе.

? Редактирование данных о складе;

? Удаление данных о складе.

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

Поэтому в интерфейсном средстве должна быть реализована форма со справочным материалом.

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

2.4 Архитектурные диаграммы Rational Rose

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

На рисунке 2.12 представлена диаграмма переходов состояний, где описываются возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение объекта «Заказ».

Рисунок 2.12 - Диаграмма переходов состояний

На диаграмме 2.12 представлены начальное и конечное состояние, промежуточные состояния и связи между ними. Из начального состояния «Начало» следуем в промежуточное состояния проверки всех строк заказа, если не все строки заполнены запрашиваем их повторно и повторяем процедуру проверки, когда все строки получены следуем в ожидание, где проводится проверка, есть ли свободные работники, когда работники освободились идёт выполнение заказа, после выполнения заказа формируется поставка, далее выполняется поставка и переходим в конечное состояние.

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

Рисунок 2.13 - Диаграмма последовательности

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

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

Рисунок 2.14 - Диаграмма классов

На рисунке 2.14 представлена диаграмма классов, на которой проиллюстрированы все классы, используемые в программе и типы связей между ними. Так из диаграммы классов становится понятно, что связь между классами «Заказчик» и «Заказ» один ко многим, так как одному заказчику может соответствовать много заказов, так же и с классами «Работник цеха» и «Заказы», один работник цеха может обработать множество заказов.

2.5 Алгоритмы реализации

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

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

Рисунок 2.15 - Диаграмма добавления данных

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

Рисунок 2.16 - Диаграмма поиска данных

Диаграмма, представленная на рисунке 2.17 иллюстрирует алгоритм изменения данных в таблицах базы данных.



Рисунок 2.17 - Диаграмма изменения данных в таблицах

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

3. Реализация ПО

3.1 Реализация базы данных

В качестве системы управления базами данных (СУБД) была выбрана phpMyAdmin - одно из самых распространенных средств для администрирования и управления базами данных MySQL.

База данных данной информационной системы состоит из следующих таблиц: заказы, склад, работники цеха, модели.

Заказы - содержит информацию о заказах, такую как: идентификационный номер, имя заказчика, адрес, номер телефона, дата регистрации заказа, дата выполнения заказа, дата доставки заказа, предоплата, цена доставки, время работы, количество, цена за единицу, скидка, идентификатор материала, идентификатор модели, заметка, идентификатор состояния, идентификатор работника. Структура таблицы «Заказы» представлена на рисунке 3.1.

Рисунок 3.1 - Структура таблицы «Заказы»

Склад - содержит информацию о материалах находящихся на складе, такую как: идентификатор материала, название материала, группа, единица измерения, цена за единицу, количество.

Структура таблицы «Склад» представлена на рисунке 3.2.

Рисунок 3.2 - Структура таблицы «Склад»

Работники цеха - содержит информацию о всех работниках швейного цеха, такую как: идентификатор сотрудника, имя, адрес, номер телефона, дата рождения, образование, должность, зарплата, аттестация. Структура таблицы «Работники цеха» представлена на рисунке 3.3.

Рисунок 3.3 - Структура таблицы «Работники цеха»

Структура таблицы «Модели» базы данных швейного цеха представлена на рисунке 3.4.

Рисунок 3.4 - Структура таблицы «Модели»

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

3.2 Реализация клиент-серверного взаимодействия

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

Листинг 3.1 - Класс проверки пароля

public class Pasword{

public Pasword() { }

int pas1 = 101010;

public int chek(int pas)

{

if(pas==pas1)

{

MessageBox.Show("Добро пожаловать в систему!");

return 1;}

else

{

MessageBox.Show("Пароль введен неверно!");

return 0;

}}}

Рассмотрим фрагмент кода отвечающий за обращение к таблице «Склад», фрагмент кода может быть представлен в следующем виде:

Листинг 3.2 - Обращение к таблице «Склад»

string seorg = textBox1.Text;

string sql1 = "SELECT * FROM `kingsman`.`storehouse` WHERE `id` LIKE '%" + seorg + "%'";

MySqlConnection connection = new MySqlConnection(connStr1);

MySqlCommand cmd = new MySqlCommand(sql, connection);

connection.Open();

MySqlDataReader rdr = cmd.ExecuteReader();

int col = 0;

Array array = new Array[150, 10];

string[,] myIntArray = new string[149, 20];

int x1 = 0, y1 = 0;

while (rdr.Read()){

x1 = col;

myIntArray[x1, 0] = Convert.ToString(rdr["id"]);

myIntArray[x1, 1] = Convert.ToString(rdr["name"]);

myIntArray[x1, 2] = Convert.ToString(rdr["group"]);

myIntArray[x1, 3] = Convert.ToString(rdr["unit"]);

myIntArray[x1, 4] = Convert.ToString(rdr["price"]);

myIntArray[x1, 5] = Convert.ToString(rdr["count"]); col++;if (col > 50) break;}

rdr.Close();

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

Листинг 3.3 - Вывод информации на главное окно

label1.Text = "Результатов: " + col;

int j = 10, i = 0, x, y = 0;

int id = 0;

for (i = 0; i < panel1.Controls.Count; i++)

{

panel1.Controls[i].Enabled = false;

panel1.Controls[i].Dispose();

i--;

}

for (x = 0; i < pan.Length; x++)

{

if (String.IsNullOrEmpty(myIntArray[x, y])) break;

id++;

String substring = "";

if (myIntArray[x, 1].Length > 100) substring = myIntArray[x, 1].Remove(100);

else substring = myIntArray[x, 1];

pan[i] = new System.Windows.Forms.Panel();

pan[i].Location = new System.Drawing.Point(101, 20 + i * 30);

pan[i].Name = "" + myIntArray[x, 1].ToString();

pan[i].Size = new System.Drawing.Size(885, 51);

pan[i].BorderStyle = BorderStyle.None;

pan[i].TabIndex = i;

pan[i].Left = (10 + pan[i].Width) * y;

pan[i].Top = (5 + pan[i].Height) * x;

pan[i].BackColor = System.Drawing.Color.Gainsboro;

this.pan[i].Cursor = System.Windows.Forms.Cursors.Hand;

lb[j] = new System.Windows.Forms.Label();

lb[j].Size = new System.Drawing.Size(895, 58);

lb[j].Location = new System.Drawing.Point(y + 18, 15);

lb[j].Name = "" + myIntArray[x, 4].ToString();

lb[j].Text = "ID:" + myIntArray[x, 0] + " Наименование:" + myIntArray[x, 1] + " Группа:" + myIntArray[x, 2] + " Единица измерения:" + myIntArray[x, 3] + " Цена:" + myIntArray[x, 4] + " Количество:" + myIntArray[x, 5];

lb[j].Click += MyButtons_Click;

panel1.Controls.Add(pan[i]);

pan[i].Controls.Add(lb[j]);

j++;

}

Рассмотрим класс отвечающий за удаление данных из таблиц базы данных по заданному ключу. К классу «Delete» обращаются все кнопки на которых написано «Удалить», при нажатии на кнопки btnskdel, btnorddel и btnstaffdelete вызывается метод «Del» класса «Delete». Фрагмент кода может быть представлен в следующем виде:

Листинг 3.4 - Класс «Delete»

public class Delete{

public Delete() { }

public void Del(string s, int id, int temp)

{

using (MySqlConnection con = new MySqlConnection(s))

{

try

{

string sql="";

if (temp == 1){

sql = @"DELETE FROM `kingsman`.`staff` WHERE `staff`.`id`= " + id + ";";

}

else if (temp==2){

sql = @"DELETE FROM `kingsman`.`order` WHERE `order`.`id`= " + id + ";";

}

else if(temp==3){

sql = @"DELETE FROM `kingsman`.`storehouse` WHERE `storehouse`.`id`= " + id + ";";

}

MySqlCommand cmd1 = new MySqlCommand(sql, con);

con.Open();

cmd1.ExecuteNonQuery();

MessageBox.Show("ok!");

}

catch (Exception ex){

MessageBox.Show(ex.Message);

}}}}

Рассмотрим код кнопки btnskdel, отвечающая за вызов метода «Del» класса «Delete». Фрагмент кода может быть представлен в следующем виде:

Листинг 3.5 - Кнопка «btnskdel»

private void btnskdel_Click(object sender, EventArgs e)

{

int temp = 3;

Delete dl = new Delete();

dl.Del(connStr1, id, temp);

}

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

Листинг 3.6 - Кнопка «btnskadd»

private void btnskadd_Click(object sender, EventArgs e){

using (MySqlConnection con = new MySqlConnection(connStr1)){

try{

string sql = @"INSERT INTO `kingsman`.`storehouse` (`id`, `name`, `group`, `unit`, `price`, `count`) VALUES (NULL, '" + tbskname.Text + "', '" + tbskgroup.Text + "', '" + tbskunit.Text + "', '" + tbskpriceunit.Text + "', '" + tbskcount.Text + "');";

MySqlCommand cmd1 = new MySqlCommand(sql, con);

con.Open();

cmd1.ExecuteNonQuery();

MessageBox.Show("ok!");

}

catch (Exception ex){

MessageBox.Show(ex.Message);}}}

Рассмотрим код кнопки btnskchange, отвечающая за изменение данных в таблице «Склад». Фрагмент кода может быть представлен в виде:

Листинг 3.7 - Кнопка «btnschange»

private void btnskchange_Click(object sender, EventArgs e){

using (MySqlConnection con = new MySqlConnection(connStr1)){

try{

string sql = @"UPDATE `kingsman`.`storehouse` SET `name` = '" + tbskname.Text + "',`group` = '" + tbskgroup.Text + "',`unit` = '" + tbskunit.Text + "',`price` = '" + tbskpriceunit.Text + "', `count` ='" + tbskcount.Text + "' WHERE `storehouse`.`id` = " + id + ";";

MySqlCommand cmd1 = new MySqlCommand(sql, con);

con.Open();

cmd1.ExecuteNonQuery();

MessageBox.Show("ok!");}

catch (Exception ex){

MessageBox.Show(ex.Message);}}}

3.3 Реализация интерфейса

В данной информационной системе ввод данных реализован при помощи одной формы, данные вводятся в текстовые поля textbox. В данной информационной системе возможен ввод, редактирование, поиск и удаление данных из таблиц базы данных.

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

Рисунок 3.5 - Панель ввода пароля

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

Рисунок 3.6 - Главная панель программы

Просмотр данных с поиском по имени в таблице «Заказы» представлен на рисунке 3.7.



Рисунок 3.7 - Просмотр данных с поиском в таблице «Заказы»

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

Для того чтобы отредактировать запись в таблице необходимо кликнуть один раз по нужной записи, после чего слева появится панель редактирования данных выбранной записи. После редактирования нужных данных необходимо нажать на кнопку «Изменить» чтобы сохранить отредактированные данные в таблице, на экран выведется сообщение об успешном сохранении. Редактирование записи в таблице «Заказы» представлена на рисунке 3.8.

Рисунок 3.8 - Редактирование записи в таблице «Заказы»

Справка программы представлена на рисунке 3.9.

Рисунок 3.9 - Справка

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

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

Рисунок 3.10 - Добавление данных в таблицу «Склад»

Удаление записи из таблицы «Склад» представлено на рисунке 3.11.



Рисунок 3.11 - Удаление записи из таблицы «Склад»

Для того чтобы удалить запись из таблицы необходимо сначала выбрать запись, затем нажать на кнопку «Удалить», после чего на экран выведется сообщение об успешном удалении записи.

Заключение

Тема курсовой работы «Информационная система швейного цеха» является актуальной, так как в настоящее время в современном мире электронных технологий практически невозможно представить компанию (фирму или организацию), в которой не требуется обработка некоторого объёма информации. Информацию требуется, где-то хранить, она может динамически изменяться. Регулярно требуется выборка данных по определённым критериям из всего массива данных.

В процессе разработки и анализа требований программного продукта, было реализовано следующее:

? Изучена предметная область;

? Поставлена задача;

? Разработаны аналитические требования;

? Изучены аналоги данного программного продукта;

? Разработана программа, выполняющая поставленные задачи.

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

Список использованной литературы

1. Библиотека учебных алгоритмов и программ: Справ. пособие/ Л.И. Белоусова, Т.В. Белявцева, В.Д. Зоря и др. - К.: Рад. шк., 1988. - 135 с.

2. Ватсон Карли. С#.: Пер. с англ. - М.: Издательство «Лори», 2005. - 862 с.

3. Либерти Джесс. Программирование на С#.: Пер. с англ. - 2-е изд, С.Пб.: Издательство «Символ-плюс», 2002. - 684 с.

4. Павловская Т.А. С#. Программирование на языке высокого уровня. Учебник для вузов. -СПб.: Питер, 2007. - 432 с.

5. Рихтер Джефри. Программирование на платформе Microsoft .NET Framework 2.0 на языке C#. Мастер класс./Пер. с англ. -- 2-е изд., испр. -- М.: Издательско-торговый дом «Русская Редакция», 2007. - 656 с.

6. Троелсен Э. С# и платформа .NET. Библиотека программиста. -- СПб.: Питер, 2004. --796 с.

7. Шилдт Г. Полный справочник по С#.: Пер. с англ. -- М.: Издательский дом "Вильямс", 2004. -- 752 с.

8. уроки программирования.

9. Регулярные выражения в .NET Framework

Размещено на Allbest.ru