Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Министерство образования Республики Беларусь
Учреждение образования
«Белорусский государственный университет
информатики и радиоэлектроники»
Факультет информационных технологий и управления
Кафедра информационных технологий автоматизированных систем
Расчетно-пояснительная записка к курсовому проекту
по курсу «Проектирование автоматизированных систем»
на тему:
«Проектирование автоматизированной системы учета материалов бытовой техники на цеховом складе»
|
Выполнила: |
|
|
Студентка группы 020603 |
|
|
Левкович Н.С . Руководитель проекта: |
Старший препод. Кафедры ИТАС
Хаджинова Н.В.
Минск 2014
|
[1] Содержание [2] введение [3] 1 ОБЩЕСИСТЕМНАЯ ЧАСТЬ [3.1] 1.1 Описание объекта [3.2] 1.2 Анализ объекта [3.3] 1.3 Постановка задачи [3.4] 1.4 Концептуальная модель системы [4] 2 ТЕОРЕТИЧЕСКАЯ ЧАСТЬ [4.1] 2.1 Информационное обеспечение [4.2] 2.1.1 Внемашинное информационное обеспечение (формы документов) [4.3] 2.1.2 Внутримашинная информационная база [4.4] 2.2 Алгоритмическое обеспечение [4.5] 2.3 Выбор инструментальной платформы для реализации системы [4.6] 2.3.1 Многообразие СУБД [4.7] 2.3.2 Выбор СУБД [5] ЗАКЛЮЧЕНИЕ
[6] |
Современная жизнь, производство, здравоохранение и прочие сферы деятельности человека сегодня немыслимы без информационных технологий: каждая из сфер нуждается в переработке огромного количества информации, а также в информационном обслуживании.
В целом, информационные технологии – это комплекс инженерных и технологических наук, обеспечивающих организацию жизнедеятельности современного общества. ИТ способны обрабатывать информацию, хранить огромные объемы информации, а также передавать информацию в краткие сроки на любые расстояния.
Поскольку информационные технологии обеспечивают минимальные расходы при обработке, хранении и передаче информации, производственная сфера, в которой задействованы ИТ, стала более рентабельной. Более того, непрерывно развивающиеся информационные технологии постоянно предлагают все новые и новые продукты (программное обеспечение, вспомогательные процессы и пр.).
Ни один современный человек не станет отрицать огромную роль информационных технологий в его жизни. Более того, вряд ли сегодня можно назвать хоть одну сферу, где прямо или косвенно не задействованы информационные технологии. Это и серьезные производственные процессы, которые обеспечивают жизнедеятельность человека, и весь спектр услуг, и даже отдых - каждый сегмент работает благодаря ИТ. Также невозможно представить современное производство без участия информационных технологий, это и бухгалтерский учет на предприятии, и система контроля товара, и учет материалов на складе. Учитывая современные объемы производства, мы просто нуждаемся в автоматизации управления материалами на складе, т.к. это позволяет сэкономить людские ресурсы и ускорить процесс производства.
Система управления складом – система управления, обеспечивающая автоматизацию и оптимизацию всех процессов складской работы профильного предприятия. Основными преимуществами автоматизации подсистемы учета материалов на цеховом складе являются скоординированность и скорость складских работ, а также оценка и прогнозирование расхода материала на некоторый срок.
Информационные технологии – это настоящее и будущее человечества, и общество уже не сможет отказаться от такого комфортного помощника и советчика.
Территория склада разбивается на зоны по видам технологических операций в целях автоматизации процедур: приема, размещения, хранения, обработки и отгрузки материалов бытовой техники, что позволяет упорядочивать работу персонала на различных участках и эффективно распределять сферы ответственности.
На стадии внедрения в систему заносится описание физических характеристик склада, погрузочной техники, параметры всего используемых материалов.
Архитектура автоматизированной информационной системы управления складом построится по трехуровневому принципу:
Цели внедрения автоматизированной подсистемы учета материалов на цеховом складе:
Отсюда вытекает, что если хранить всю эту информацию на бумажных носителях, то:
Из этого следует, что автоматизация учета материалов на цеховом складе позволит ускорить скорость получения информации, очень быстро получать все необходимые отчеты, а соответственно обходиться меньшим количеством сотрудников, без потери производительности.
Необходимо разработать подсистему учета материалов бытовой техники на цеховом складе.
По результатам работы или состоянию склада система позволяет формировать отчеты, которые могут как выводиться на печать, так и передаваться в корпоративную систему компании.
Система позволит решать следующие задачи:
Основными функциями системы являются:
Концептуальная модель данных представляет объекты и их взаимосвязи без указывания способов их физического хранения. Таким образом, концептуальная модель является, по существу, моделью предметной области.
С точки зрения проектировщика в системе необходимо реализовать следующие функции:
Концептуальная модель системы представлена в виде диаграммы вариантов использования средствами ERWIN, Rational Rose Enterprise Edition & Sparx Enterprise Architect. Изначально ERWIN - продукт фирмы LogicWorks, в настоящее время производится фирмой Computer Associated Technologies и имеет название CA ERWIN Data Modeller. Диаграммы вариантов использования (use case diagrams) используются для моделирования бизнес-процессов организации и требований к создаваемой системе (технология - Rational Rose). Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Действующее лицо (actor) – это роль, которую пользователь играет по отношению к системе. Действующие лица представляют собой роли, а не конкретных людей или наименования работ.
SEA высокопроизводительный инструмент объектно ориентированного анализа и проектирования основанного на стандарте UML 2.1, и используемый для моделирования и создания АС и их ПО. Покрывает весь процесс разработки от формирований требований к системе, до ее полной реализации. Предоставляет средство надежной и эффективной визуализации и организации взаимодействия в коллективе. Поддерживает все аспекты цикла разработки, обеспечивая полную трассировку от начала проектирования до размещения и поддержки. Диаграммы представлены на рисунках 1.1-1.18.
Рисунок 1.1 – Организовать работу системы в ERWIN (DFD)
Рисунок 1.2 – Организовать работу с клиентами
Рисунок 1.3 – Организовать прием заказов & учет клиентов
Рисунок 1.4 – Организовать работу отдела кадров
Рисунок 1.5 – Организовать работу отдела услуг (Организовать работу с услугами, организовать учет работы)
Рисунок 1.6 – Организовать работу системы в ERWIN (IDEF1X)
Рисунок 1.7 – Построение UML 2.0 Diagrams с помощью Sparx Enterprise Architect
Рисунок 1.8 – Построение UML 2.0 Diagrams с помощью SEA
Результат построения Business Use Case, Use Case диаграммы при помощи Rational Rose представлены на рисунках 1.1.1 и 1.1.2.
Рисунок 1.1.1 – Диаграмма вариантов использования Business Use Case
Рисунок 1.1.2 – Диаграмма вариантов использования
Информационное обеспечение (ИО) представляет собой совокупность средств и методов построения информационной базы. Информационное обеспечение подразделяется на внемашинное (ВМ) и внутримашинное (М).
Основным источником данных для построения системы и её информационного наполнения являются данные из локальной базы данных Sclad, созданной непосредственно при Database Connection через Erwin.
Внемашинное ИО включает первичную документацию (нормативно-справочную и оперативную) и документооборот.
Система первичной документации включает нормативно-справочную и оперативную. Базу нормативно-справочной информации можно разделить на информацию общего назначения и специализированную информацию. К нормативно-справочной информации общего назначения относятся справочники и классификаторы: справочники видов материалов и их параметров. Эта информация должна быть общедоступной и место ее хранения определяется с учетом этого фактора.
В процессе функционирования цеха происходит документооборот. Цеховая номенклатура изделий является основой для ведения учета и планирования в цехе.
Таким образом, основными источниками данных для построения системы и ее информационного наполнения являются:
Дополнительными источниками данных являются материалы и статьи из сети Интернет.
Внутримашинное ИО – система специальным образом организованных данных, подлежащих автоматизированной обработке, накоплению, хранению, поиску, передаче в виде, удобном для восприятия техническими средствами.
Современную реляционную базу данных (БД) можно рассматривать как совокупность взаимосвязанных таблиц. Таблица на языке БД представляет собой сущность или отношение, записи таблицы – экземпляры сущности, а поля таблицы – атрибуты.
Реляционная БД может содержать не одну, а несколько сущностей. Важно отметить, что некоторые атрибуты или подмножества атрибутов являются уникальными. Ключевым атрибутом является такой атрибут, который уникальным образом определяет запись таблицы. Так в данной БД каждая сущность содержит ключевой атрибут. Разработанная БД содержит следующие таблицы: «Материалы», «Сотрудник», «Цех», «Услуги», «Заказчик» и «Производитель». Опишем сущности спроектированной БД.
2.1.2.1 Сущность «Материалы» содержит информацию о материалах. Атрибуты данной сущности представлена в таблице 2.1.
Таблица 2.1 – Атрибуты сущности «Материалы»
|
Название |
Тип |
Описание |
|
Номер материала |
Integer |
Уникальное индексное поле (Primary-key) |
|
Номер производителя |
Integer |
Номер производителя(FK) |
|
Номер цеха |
Integer |
Идентификатор поставщика(FK) |
|
Номер сотрудника |
Integer |
Номер сотрудника(FK) |
|
Номер заказчика |
integer |
Идентификатор заказчика(FK) |
|
Название |
String |
Наименование материала |
|
Описание |
String |
Описание и назначение материала |
|
Годен до |
DateTime |
До какого числа годен |
2.1.2.2 Сущность «Заказчик» представляет собой информацию о заказчиках. Атрибуты данной сущности представлены в таблице 2.2.
Таблица 2.2 – Атрибуты сущности «Заказчик»
|
Название |
Тип |
Описание |
|
Номер заказчика |
Integer |
Уникальное индексное поле (Primary-key) |
|
ФИО |
String |
Инициалы фирмы- заказчика |
|
Страна |
String |
Страна фирмы- заказчика |
|
Город |
String |
Город фирмы- заказчика |
|
Адрес |
String |
Контактный адрес фирмы- заказчика |
|
Телефон |
String |
Телефон фирмы заказчика |
2.1.2.3 Сущность «Цех» служит для хранения информации о цехаха, местоположению и вместимости. Атрибуты данной сущности представлены в таблице 2.3.
Таблица 3 – Атрибуты сущности «Цех»
|
Название |
Тип |
Описание |
|
Номер цеха |
Integer |
Уникальное индексное поле (Primary-key) |
|
Местоположение |
String |
Название места, где нах-ся данный цех |
|
Вместимость |
String |
Его вместимость |
2.1.2.4 Сущность «Услуги» служит для хранения информации о услугах. Атрибуты данной сущности представлены в таблице 2.4.
Таблица 2.4 – Атрибуты сущности «Услуги»
|
Название |
Тип |
Описание |
|
№ услуги |
Integer |
Уникальное индексное поле (Primary-key) |
|
№ заказчика |
Integer |
Номер заказчика(FK) |
|
Дата заказа |
Datetime |
Дата заказа услуги |
|
Вид услуги |
String |
Наименование услуги |
|
Срок выполнения |
Datetime |
Срок выполнения, заказанной услуги |
|
Стоимость услуги |
Integer |
Стоимость услуги |
2.1.2.5 Сущность «Производитель» служит для хранения информации о производителе материалов. Атрибуты данной сущности представлены в таблице 2.5.
Таблица 2.5 – Атрибуты сущности «Производитель»
|
Название |
Тип |
Описание |
|
№ производителя |
Integer |
Уникальное индексное поле (Primary-key) |
|
Страна |
String |
Название страны производителя |
|
Описание |
String |
Описание производителя |
2.1.2.6 Сущность «Сотрудник» служит для хранения информации о сотрудниках. Атрибуты данной сущности представлены в таблице 2.6.
Таблица 2.6 – Атрибуты сущности «Сотрудник»
|
Название |
Тип |
Описание |
|
№ водителя |
Integer |
Уникальное индексное поле (Primary-key) |
|
№ услуги |
Integer |
Номер услуги(FK) |
|
№ заказчика |
Integer |
Номер заказчика(FK) |
|
ФИО |
String |
Инициалы сотрудника |
|
Возраст |
Integer |
Его возраст |
|
Стаж |
Integer |
Стаж сотрудника |
Таблица «Материалы» связана с таблицей «Производитель» соотношением много-ко-многим. Это значит, что у каждого материала может быть несколько производителей, а каждый производитель, в свою очередь, может поставлять несколько материалов.
Связь один-ко-многим имеют таблицы «Цех» и «Материалы», т.к. один цех может запрашивать несколько раз материалы со склада, про этом каждый запрос принадлежит одному работнику. Также связь один-ко-многим имеют таблицы «Услуги» и «Мутериалы», т.к. в результате одной поставки может быть выполнена услуга на несколько материалов.
Рассмотрим алгоритм действия системы на примере процесса оформления заказа (предварительно просмотрев количество материалов в наличии) при помощи диаграммы последовательности. Диаграммы последовательности позволяют отразить последовательность действий между объектами. Они не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности выполнения действий.
2.3.1.1 Понятие СУБД
Система управления базами данных (СУБД) – комплекс программных и лингвистических средств общего или специального назначения, реализующий поддержку создания баз данных, централизованного управления и организации доступа к ним различных пользователей в условиях принятой технологии обработки данных.
Основные функции СУБД:
Обычно современная СУБД содержит следующие компоненты:
На сегодняшний день существует множество всевозможных СУБД, которые отличаются между собой различными алгоритмами обработки данных. СУБД классифицируются по различным признакам. По модели данных выделяют, например, иерархические, сетевые, реляционные, объектно-ориентированные, объектно-реляционные СУБД. По степени распределённости: локальные СУБД (все части локальной СУБД размещаются на одном компьютере) и распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах). По способу доступа к БД различают: файл-серверные, клиент-серверные и встраиваемые.
2.3.1.2 Файл-серверные СУБД
В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД. На данный момент файл-серверная технология считается устаревшей.
Примеры файл-серверных СУБД: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro. Рассмотрим файл-серверные СУБД подробнее:
1) Microsoft Office Access или просто Microsoft Access – реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
2) Paradox – реляционная СУБД, ныне выпускаемая компанией Corel. Входит в пакет WordPerfect Office.
3) dBase – семейство широко распространённых систем управления базами данных, а также язык программирования, используемый в них. Самая первая СУБД этого семейства называлась dBase II была выпущена в 1980 году компанией Ashton-Tate под CP/M, позже появились версии для Apple II, Apple Macintosh, UNIX, VMS и IBM PC под DOS. Версия для PC вместе с пришедшими ей на смену dBase III и dBase IV были несколько лет одной из самых распродаваемых программ. Долгое время dBase не портировали под Microsoft Windows, в результате чего в этой нише у программы оказались сильные конкуренты – Paradox, Clipper, FoxPro и Microsoft Access. В 1991 году компания Borland купила Ashton-Tate. В 1999 все права на dBase перешли к новообразованной dBase Inc, которая в 2004 году сменила своё название на «dataBased Intelligence Inc». Поскольку формат данных dBase не был закрытым, с середины 80-х множество компаний стали производить свои диалекты языка и версии системы. В результате появилось множество похожих на dBase программ – FoxPro (современная Visual FoxPro), Arago, Force, dbFast, Clipper, Xbase++, FlagShip, Recital, CodeBase, MultiBase Harbour/xHarbour. Собирательно их всех именуют xBase.
4) FoxPro – один из диалектов языка программирования xBase, применяемый в одноименном программном пакете. Как язык программирования, в основном применяется для разработки файл-серверных реляционных СУБД, хотя существует, за счет гибких и богатых средств языка, возможность разработки и других классов программ. В настоящее время используется в среде разработки Microsoft Visual FoxPro.
5) Visual FoxPro (VFP) – объектно-ориентированный и процедурный язык программирования систем управления реляционными базами данных, разработанный корпорацией Microsoft. Основой для данного программного продукта послужил язык программирования FoxPro. Относится к семейству языков xBase, разработанных на базе синтаксиса языка программирования dBase. Другими членами данного семейства являются Clipper и Recital. Первоначально FoxPro (исходное название – FoxBASE) разрабатывалась Fox Software, начиная с 1984 года. В 1992 году Fox Technologies была куплена Microsoft, новые версии продукта значительно видоизменились и приобрели префикс «Visual». Последняя версия оригинального FoxPro – версия 2.6 – работала под Mac OS, DOS, Windows и Unix; уже в версии Visual FoxPro 3.0 от MS список поддерживаемых платформ сократился до Mac OS и Windows, а в более поздних версиях от MS – уже только до Windows. Текущая версия MS Visual FoxPro основана на COM, и Microsoft утверждает, что .NET-версии продукта не будет. Существует проект Sedna, который должен обеспечить возможность взаимодействия Visual FoxPro с .NET.
2.3.1.3 Клиент-серверные СУБД
Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Cache, ЛИНТЕР. Рассмотрим клиент-серверные СУБД подробнее:
1) Oracle Database или Oracle RDBMS – объектно-реляционная система управления базами данных компании Oracle.
2) Firebird (Firebird SQL) – компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах. В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров. Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0. Среди недостатков: отсутствие кеша результатов запросов, полнотекстовых индексов.
3) Interbase – СУБД от компании Borland.
4) DB2 – семейство систем управления реляционными базами данных, выпускаемых корпорацией IBM. Чаще всего, ссылаясь на DB2, имеют в виду реляционную систему управления базами данных DB2 Universal Database (DB2 UDB).
5) Informix – семейство систем управления реляционными базами данных (СУБД), выпускаемых компанией IBM. Informix позиционируется как флагман среди СУБД IBM, предназначенный для онлайновой обработки транзакций (OLTP), а также как СУБД для интегрированных решений.
6) Microsoft SQL Server – система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов – Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.
7) Sybase ASE – система управления базами данных Adaptive Server Enterprise компании SAP, изначально созданная компанией Sybase.
8) PostgreSQL – свободная объектно-реляционная система управления базами данных (СУБД). Существует в реализациях для следующих платформ: Linux, Solaris/OpenSolaris, Win32, Win x86-64, Mac OS X, FreeBSD, QNX 4.25, QNX 6.
9) MySQL – свободная система управления базами данных (СУБД). MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License или под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации. MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.
10) Cache – промышленная СУБД, интегрированная с технологией разработки веб-приложений. Единая архитектура данных Cache позволяет разработчикам использовать объектный, реляционный и прямой доступ к одним и тем же данным, хранение которых обеспечивается ориентированным на транзакции многомерным ядром СУБД. Разработчик – компания InterSystems. В Cache существует встроенный язык программирования COS (Cache Object Script) основанный на языке программирования MUMPS. Сache поддерживает платформы Microsoft Windows, UNIX, Linux, OpenVMS и Mac OS X.
11) ЛИНТЕР – российская СУБД, реализующая стандарт SQL-92 и поддерживающая большинство операционных систем, в том числе семейство Windows (включая Windows CE), различные версии UNIX, ОС реального времени (включая QNX).
2.3.1.4 Встраиваемые СУБД
Встраиваемая СУБД – СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы. Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР. Рассмотрим встраиваемые СУБД подробнее:
1) SQLite – легковесная встраиваемая реляционная база данных. Исходный код библиотеки передан в общественное достояние. В 2005 году проект получил награду Google-O’Reilly Open Source Awards.
2) Berkeley DB (BDB) – высокопроизводительная встраиваемая база данных, реализованная в виде библиотеки. BDB является нереляционной базой данных – она хранит пары ключ/значение как массивы байтов и поддерживает множество значений для одного ключа. BDB может обслуживать тысячи процессов или потоков, одновременно манипулирующих базами данных размером в 256 терабайт, на разнообразном оборудовании под различными операционными системами, включая большинство UNIX-подобных систем и Windows, а также на операционных системах реального времени. Первая версия Berkeley DB была разработана в Университете Беркли во время разработки BSD версии 4.3 (июнь 1986 года). Netscape попросила авторов Berkeley DB улучшить и расширить библиотеку – в то время версию 1.85, – чтобы она удовлетворяла их требованиям к использованию в сервере LDAP и в браузере Netscape. Этот запрос привёл к созданию Sleepycat Software (купленной корпорацией Oracle в феврале 2006 года). Berkeley DB распространяется под лицензией Sleepycat Public License, которая была одобрена OSI и FSF. Программа поставляется с полным исходным кодом, средствами сборки, инструментами тестирования и документацией. Качество кода и практичность вместе со свободной лицензией привело к использованию Berkeley DB во многих свободных и открытых программах. В рамках техники двойного лицензирования Oracle также распространяет проприетарную лицензию на использование библиотеки в закрытых проектах.
3) SQL Server Compact Edition (первоначальное название – SQL Server Everywhere) – новый продукт компании Майкрософт в линейке SQL Server, являющийся версией SQL Server Mobile со снятым запретом работы под Win32 и изменённой лицензией. Продукт выпущен 11 января 2007 года. Последний релиз – SQL Server Compact 4.0, с поддержкой .NET Framework 4.0 и работающий под 32- и 64-разрядными версиями Windows. SQL Server Compact основан на том же коде что и SQL Server Mobile. База данных хранится в едином файле, формат которого совпадает с форматом «мобильной» версии. Этот формат файла и движок уже несколько лет используется в некоторых «настольных» продуктах Microsoft, в частности, в клиенте MSN. В отличие от SQL Server Express, выполняющегося в виде отдельного сервиса, SQL Server Compact выполняется «in-proc», то есть в рамках вызывающего процесса. Ограничение на максимальный размер файла базы данных – 4 ГБ. Однако позднее стало известно, что ограничение в 4 ГБ является чисто техническим (связано с тем, что изначально СУБД использовалась на устройствах, где 4 ГБ это более чем достаточно), а потому будет изменено в последующих версиях. Использование SQL Server Compact для веб-приложений под IIS невозможно (программное и лицензионное ограничение). Позже было объявлено, что возможно использование SQL CE из под IIS в новой версии. Для этого необходимо перед использованием библиотеки выполнить команду AppDomain.CurrentDomain.SetData("SQL ServerCompactEditionUnderWeb Hosting", true). Однако такой подход не рекомендуется, так как SQL CE не оптимизирована для большого количества одновременных пользователей. Многопользовательская работа с одним файлом базы данных с разных компьютеров – не поддерживается в связи с техническими сложностями. Однако доступ из разных процессов на одном компьютере вполне возможен и является штатным.
Сегодня организации сталкиваются с многочисленными проблемами по обработке информации; например, с потребностью в более быстрых и основанных на управлении данными решениях, с потребностью увеличить производительность и мобильность штата разработчиков, а также с настойчивыми требованиями уменьшить общий бюджет отдела информационных технологий, увеличивая инфраструктуру в соответствии со строго возрастающими требованиями. Microsoft SQL Server призван помочь предприятиям справиться с этими проблемами. Он является решением для управления и анализа данных, которое предоставляет повышенную безопасность, стабильность данным предприятия и аналитическим приложениям, облегчая их построение, развёртывание и управление. Поэтому для реализации базы данных мною выбрана платформа Microsoft SQL Server (версия SQL Server 2005, Erwin поддерживает именно эту версию).
Сервер баз данных Microsoft SQL Server в качестве языка запросов использует версию языка SQL, получившую название Transact-SQL (сокращённо T-SQL). Язык T-SQL является реализацией SQL-92 (стандарт ISO для языка SQL) с множественными расширениями. T-SQL позволяет использовать дополнительный синтаксис для хранимых процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с управляющим приложением).
Для обеспечения доступа к данным Microsoft SQL Server поддерживает Open Database Connectivity (ODBC) – интерфейс взаимодействия приложений с СУБД. Также SQL Server поддерживает зеркалирование и кластеризацию баз данных. Кластер сервера SQL – это совокупность одинаково конфигурированных серверов; такая схема помогает распределить рабочую нагрузку между несколькими серверами. Все сервера имеют одно виртуальное имя, и данные распределяются по IP-адресам машин кластера в течение рабочего цикла. Также в случае отказа или сбоя на одном из серверов кластера доступен автоматический перенос нагрузки на другой сервер.
SQL Server поддерживает избыточное дублирование данных по трем сценариям:
В SQL Server встроена поддержка .NET Framework. Благодаря этому хранимые процедуры БД могут быть написаны на любом языке платформы .NET, используя полный набор библиотек, доступных для .NET Framework, включая Common Type System (система обращения с типами данных в Microsoft .NET Framework). Однако, в отличие от других процессов, .NET Framework, будучи базисной системой для SQL Server, выделяет дополнительную память и выстраивает средства управления SQL Server вместо того, чтобы использовать встроенные средства Windows. Это повышает производительность в сравнении с общими алгоритмами Windows, так как алгоритмы распределения ресурсов специально настроены для использования в структурах SQL Server.
Ограничения:
Так как создаваемая база данных не будет настолька велика, то по данным критериям СУБД SQL Server подходит для её реализации. К тому же MS SQL Server имеет ряд достоинств и преимуществ над другими СУБД.
Система SQL Server отталкивается от концепции платформы данных Майкрософт: она упрощает управление любыми данными в любом месте и в любой момент времени. Она позволяет хранить в базах данных информацию, полученную из структурированных, полуструктурированных и неструктурированных источников, таких как изображения и музыка. В SQL Serve имеется большой набор интегрированных служб, расширяющих возможности использования данных: вы можете составлять запросы, выполнять поиск, проводить синхронизацию, делать отчеты, анализировать данные. Все данные хранятся на основных серверах, входящих в состав центра обработки данных. К ним осуществляется доступ с настольных компьютеров и мобильных устройств. Таким образом, вы полностью контролируете данные независимо от того, где вы их сохранили.
Система SQL Server позволяет обращаться к данным из любого приложения, разработанного с применением технологий Microsoft .NET и Visual Studio, а также в пределах сервисно-ориентированной архитектуры и бизнес-процессов – через Microsoft BizTalk Server. Сотрудники, отвечающие за сбор и анализ информации, могут работать с данными, не покидая привычных приложений, которыми они пользуются каждый день, например приложений выпуска 2007 системы Microsoft Office. SQL Server 2008 позволяет создать надежную, производительную, интеллектуальную платформу, отвечающую всем требованиям по работе с данными.
Преимущества Microsoft SQL Server 2008 по сравнению с Oracle 11g:
По сравнению с IBM DB2 Microsoft SQL Server обеспечивает лучшую производительность и масштабируемость, более высокий уровень доступности, лучшую в отрасли защищенность, облегченное управление, повышенную продуктивность разработчиков, передовые средства бизнес-аналитики и создания хранилищ данных, мощную платформу OLTP и интеграцию с SAP – и все это при более низкой общей стоимости владения, чем у IBM DB2.
Microsoft SQL Server превосходит и MySQL как платформу данных во всех существенных для бизнеса областях. Он обеспечивает доступ к обширным ресурсам, ведущую в отрасли производительность и масштабируемость корпоративного класса, высочайший уровень безопасности, высочайший уровень доступности, комплексную платформу бизнес-аналитики (BI). Связи таблиц в БД представлены на рисунке 3.2.
Рисунок 3.1 – Диаграмма размещения
Рисунок 3.2 – Интеграция БД
В ходе выполнения курсового проекта была проанализирована работа цехового склада. Были выявлены основные недостатки и определены основные направления по автоматизации ее работы. В результате чего была создана автоматизированная подсистема учета материалов на цеховом складе, которая проектировалась с целью обеспечения оперативного и эффективного взаимодействия специалиста и ЭВМ. Данная система поможет оптимизировать хранение данных.
Построенная система помогает не только автоматизировать процесс заказа материалов, но и контролировать текущее состояние на складе.
В дальнейшем планируется усовершенствование данной системы. Система будет расширена, а именно будет учитывать все требования к условиям хранения при распределении мест хранения для поступающих на склад материалов. Например, могут учитываться влажность, температурный режим и любые другие параметры. Будет производиться расчет площадей в складском помещении и в соответствии с этим находиться оптимальный план размещения материалов на складе. В результате система будет автоматически подбирать места хранения для принятых грузов. Также будет осуществляться подбор необходимой техники (машин) для транспортировки материалов. На выполнение операций система будет назначать ту погрузочную технику, использование которой наиболее полно отвечает поставленной задаче.
В ходе выполнения курсового проектирования были решены все задачи, поставленные в начале разработки системы.
[1] Вендров А.М. Объектно-ориентированный анализ и проектирование с использованием языка UNL и Rational Rose. – Практикум. – 54 с.
[2] Википедия [Электронный ресурс]. – Электронные данные. – Режим доступа: http://ru.wikipedia.org.
[3] msdn [Электронный ресурс]. – Электронные данные. – Режим доступа: http://msdn.microsoft.com.
[4] w3schools [Электронный ресурс]. – Электронные данные. – Режим доступа: http://www.w3schools.com.
[5] СТП 01-2010 Дипломные проекты (работы). Общие требования. Стандарт предприятия. – Минск, БГУИР. – 2010. – 169 с.