Создание информационной системы для ателье по пошиву штор

Введение.

Информатизация общества и связанное с ней широкое распространение вычислительной техники делают наиболее важной задачу создания специальных методов обработки данных: их поиск, защиту, обработку и хранение. Большие объемы информации трудно обработать без специальных машинных средств. В последнее время широкое распространение получили информационные системы. Они предназначены для регистрации, хранения и обработки данных с целью поиска и выдачи ответов на запросы пользователей. Чаще всего такие информационные системы разрабатывают как базы данных.
Базы данных – это совокупность специальных методов и математических, информационных, программных, языковых и технических средств для поддержки динамической информационной модели для конкретной предметной области.
Для ателье по пошиву штор, в первую очередь, необходимо удобное хранение большого количества специфической информации, быстрый и удобный доступ к ней, и защита информации от несанкционированного доступа. Эти задачи являются достаточно трудоемкими, если их выполнять вручную, и занимают много времени. К тому же, составление заказов, расчеты, накладные, списки требуют много бумаги, которая может легко потеряться или испортиться через некоторое время, тогда как в базе информация останется.
Создание информационной системы для ателье по пошиву штор позволяет решить все вышеуказанные проблемы в данной области, обеспечивая удобный интерфейс, гибкость и многофункциональность разрабатываемой системы.





1 Технико-экономическое обоснование разработки и постановка задачи
1.1 Постановка задачи
Проектируемая система предназначена для хранения данных о приобретенных ателье тканях, отделочных материалах, вспомогательных материалах, карнизах, фурнитуре, данных о клиентах, рабочих, услугах, прейскуранте цен, заказах, возможных деталях заказов.
При работе с базой данных пользователь, в зависимости от того, к какой роли принадлежит, сможет:
- Удалять строки в таблицах;
- Добавлять строки в таблицы;
- Изменять данные в таблицах;
- Просматривать информацию о клиентах;
- Просматривать информацию о рабочих;
- Просматривать информацию о заказах;
- Просматривать информацию о закупках;
- Просматривать каталог компонентов - тканей, материалов, карнизов и т. д.;
- Узнавать, есть ли необходимое количество ткани, фурнитуры, отделки и т.д. на складе;
- Выбирать готовую модель из каталога штор;
Проектируемая система должна поддерживать ролевую политику безопасности управления доступа к базе данных.
1.2 Технико-экономическое обоснование темы
Предметной областью данного дипломного проекта является ателье по пошиву штор. В ателье имеются каталоги тканей, отделочных материалов, вспомогательных материалов, карнизов, фурнитуры, услуг, прейскурант цен. В ателье работают различные виды работников.
В базе данных хранится сгруппированная информация о тканях, отделочных и вспомогательных материалах, карнизах, фурнитуре, услугах, ценах, клиентах, сотрудниках, заказах. Заказы бывают: индивидуальные - с расчетом цены в зависимости от размеров, вида работ, расхода материалов, дополнительных услуг и т.д, и готовые – с фиксированной ценой и размерами.
В разрабатываемой системе имеется возможность введения данных в таблицы, удаления данных в таблицы и редактирования.
Кроме того, имеются возможности:
- вывода любой интересующей информации в зависимости от роли доступа;
- вывода требуемых материалов, которых нет в наличии.
Информационная система позволит структурировать данные о клиентах, выполненных и невыполненных заказах, о материалах, которые требуются для пошива, о закупках и поставщиках, а так же о сопутствующих расходах. Это позволит облегчить работу сотрудникам и руководителям ателье, а так же снизит вероятность возникновения ошибок в работе из-за усталости или невнимательности работников.

2 Выбор структуры системы








3 Обзор и анализ сред и средств разработки

При принятии организацией решения о внедрении системы для ателье по пошиву штор возникает проблема выбора программного продукта для реализации данной системы. Каждая организация решает проблему выбора в зависимости от величины финансовых затрат на реализацию и от того, какой программный продукт будет удобнее для использования и внедрения. Основные технико-экономические показатели вариантов разрабатываемой системы приведены в таблице 1.
Таблица 1 – Технико-экономические показатели
Технико-экономеческие показатели Требования системы Система на базе MS Access Система на базе MS SQL Server Система на базе 1С: Предприятия 7.7
Максимально допустимое количество записей в базе данных (строк) Не менее 10000 до 2,147 млрд. до 2,147 млрд. до 2,147 млрд.
Объем файла базы данных не более 300 МБ 2,3 МБ 2,4 МБ 3 МБ
Количество учитываемого материала(шт.)
Не менее 4000 более 4000, ограничено объемом жесткого диска более 4000, ограничено объемом жесткого диска более 4000, ограничено объемом жесткого диска
Обеспечение автоматического сохранения данных требуется Имеется Имеется имеется
Поиск данных о заказах или материалах Не более 10с 3с 2с 2с
Составление графиков и отчетов требуется Имеется Имеется Имеется
Локальная сеть с выделенным сервером 2 компьютера 4 4 4
Топология сети Ethernet Имеется Имеется Имеется
Пропускная способность Не менее 10 Мбит/с 10 МБит/с 10 МБит/с 10 МБит/с
Ориентация системы на модификацию и расширение требуется имеется имеется имеется
Капитальные вложения, тыс. руб. 30 19,6 6,7 50
Как видно из таблицы, предпочтительнее использовать продукт MS SQL Server, поскольку его стоимость гораздо ниже, чем стоимость продуктов «1C: Предприятие 7.7» и MS Access.
Разработка приложения для взаимодействия с базой данных может вестись на разных языках программирования, например, C# или Delphi. Однако С# предоставляет более удобные инструменты для взаимодействия приложения с базой данных на основе MS SQL Server. Поэтому при проектировании приложения в данной информационной системе использовался язык программирования С#.
В качестве среды разработки под операционные системы Windows XP/7/8 использовалась среда MS Visual Studio 2008 как наиболее удобная, простая для использования и имеющая специальные средства для работы с MS SQL Server.
4 Проектирование информационной системы
4.1 Разработка базы данных системы
4.1.1 Инфологическое проектирование БД
4.1.1.1 Выявление сущностей и связей
После анализа предметной области были выявлены следующие сущности:
1. Штат – сущность, содержащая информацию о штате сотрудников.
2. Клиенты – сущность, содержащая информацию обо всех клиентах, которые делали заказы.
3. Детали – сущность, содержащая информацию о конкретной детали заказа, причем могут быть совершенно одинаковые детали.
4. Компоненты – сущность, содержащая информацию о компонентах, используемых в детали.
5. Каталог компонентов - сущность, содержащая информацию о компонентах: тканях, шнурах, об отделочных материалах, карнизах, фурнитуре.
6. Расходники - сущность, содержащая информацию расходниках: нитки, клей и т. д.
7. Заказы - сущность, содержащая информацию об индивидуальных заказах с расчетом цены в зависимости от размеров, расходов материалов, вида работ и т. д.
8. Дополнительные услуги - сущность, содержащая информацию о дополнительных услугах, предоставляемых ателье.
9. Поставщики – сущность, содержащая информацию о поставщиках компонентов.
10. Каталог штор – сущность, содержащая информацию об уже готовых шторах.
Между сущностями выделены связи, которые показаны на рисунках. На них же указаны типы связей и классы принадлежностей:
1. Детали-Штат-Компоненты. Связь между сущностями Детали, Штат и Компоненты.
Многие детали изготавливаются из многих компонентов многими из штата. Детали обязательно изготавливаются из компонентов. Обязательный класс принадлежности.
Многие швеи из штата могут изготовлять много деталей из многих компонентов. Швеи из штата не обязательно изготавливают детали из компонентов. Необязательный класс принадлежности.
Многие компоненты используются в изготовлении многих деталей многими швеями из штата. Компоненты обязательно используются в изготовлении деталей. Обязательный класс принадлежности.
Тип связи: многие-ко-многим.

2. Заказ-Детали.
Один заказ состоит из многих деталей. Многие детали содержатся в одном заказе. Заказ обязательно состоит из деталей. Деталь обязательно входит в состав заказа.
Тип связи: один-ко-многим.

3. Заказ-Клиенты.
Много заказов делаются одним клиентом. Один клиент может делать много заказов. Клиент не обязательно делает заказ. Заказ обязательно делается клиентом.
Тип связи: один-ко-многим.

4. Заказ-Штат.
Много заказов исполняется многими швеями из штата. Многие швеи исполняют много заказов. Заказ обязательно исполняется швеей из штата. Швея из штата не обязательно исполняет заказ.
Тип связи: многие-ко-многим.

5. Заказ-Расходники.
Один заказ требует для выполнения много расходников. Многие расходники требуются для выполнения одного заказа. Заказ обязательно исполняется с расходниками. Расходники обязательно требуются для выполнения заказа.
Тип связи: один-ко-многим.

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

7. Компоненты-Поставщики.
Много компонентов закупается у многих поставщиков. Многие поставщики поставляют много компонентов. Компоненты обязательно закупаются у поставщиков. Поставщики не обязательно поставляют компоненты.
Тип связи: многие-ко-многим.


8. Клиенты-Каталог штор.
Один клиент выбирает многие шторы из каталога штор. Многие шторы из каталога штор выбираются одним клиентом. Клиент не обязательно выбирает шторы из каталога. Шторы не обязательно выбираются клиентом из каталога.
Тип связи: один-ко-многим.