|
p align="left">На практике наиболее часто используются понятия первой, второй и третьей нормальных форм. Поскольку целью разрабатываемой системы является складской учет, рассмотрим соответствующие сущности, связанные с учетом движения товаров. При проектировании базы данных было важно максимально унифицировать все названия атрибутов. В дальнейшем это позволит целостнее и качественнее видеть всю проектируемую модель данных. Товар - непосредственно сам перемещаемый объект. Эта сущность обладает следующими атрибутами: Название (Name) - краткое наименование товара Описание (Description) - полное наименвоание товара Единица измерения (Edizm) - единица измерения товара: шука, упаковка, килограмм и т.д. Цена (Price) - конечная розничная цена. Данная цена обозначается на соответствующем ценнике. Поставшик - юридическое либо физическое лицо, поставляющее товары магазину для последующей перепродажи. Эта сущность обладает следующими атрибутами: Название (Name) - краткое наименование поставщика Описание (Description) - полное наименование поставщика ФИО (FIO_contact) - ФИО контактного лица данного поставщика Телефон (Tel) - номер контактного телефона поставщика Факс (Fax) - номер контактного факса поставщика Адрес (Address) - юридический адрес поставщика Магазин - характеризует конкретный магазин розничной сети. Эта сущность обладает следующими атрибутами: Название (Name) - официальное юридическое название магазина Телефон (Tel) - номер контактного телефона магазина Факс (Fax) - номер контактного факса магазина Адрес (Address) - юридический адрес магазина ФИО (FIO_contact) - ФИО контактного лица данного магазина Склад - место хранения товара. Эта сущность обладает следующими атрибутами: Название (Name) - общепринятое наименование склада Телефон (Tel) - номер контактного телефона склада Адрес (Address) - адрес склада В результате в нашей базе данных описанные сущности будут представлять собою таблицы-справочники, то есть те таблицы, данные из которых требуются для работы других таблиц. Для описания движения товара необходимо выделать такие сущности, как Приходная накладная и Расходная накладная: Приходная накладная - документ, создаваемый при каждом движении товара "в" магазин, то есть при его покупке у поставщика. Это внутренний документ, необходимый для проводки факта движения товара. Как правило он составляется на основании расходной накладной поставщика. Эта сущность обладает следующими атрибутами: Дата (Date) - дата проводки документа. Список товаров - список товаров, указанный в накладной, то есть являющихся предметом движения. Список соответствующих количеств товаров - каждому товару в соответствие ставится его количество. Список соответствующих цен товаров - каждому товару в соответствие ставится его цена, то есть цена покупки товара у поставщика. Поставщик - в данном случае "продавец" товара. Склад - склад, в который физически поставляется товар. Расходная накладная - документ, создаваемый при каждом движении товара "из" магазина, то есть при его покупке конечным клиентом. Этот документ необходим для проводки факта движения товара и выдачи клиенту в случае необходимости. Эта сущность обладает следующими атрибутами: Дата (Date) - дата проводки документа. Список товаров - список товаров, указанный в накладной, то есть являющихся предметом движения. Список соответствующих количеств товаров - каждому товару в соответствие ставится его количество. Список соответствующих цен товаров - каждому товару в соответствие ставится его розничная цена, т.е. конечная цена для клиента. Магазин - магазин, от имени которого поставляются указанные товары. Именно "от имени", а не непосредственно из магазина, так как один и тот же магазин может продавать товары с различных складов. А случай, когда магазин является складом - частный. Склад - склад, из которого физически поставляется товар. Таким образом, проявляется существенное различие между приходными и расходными документами. По приходной накладной товар приходит на склад. По расходной - продается\перемещается со склада "от имени" того или иного магазина. При обработке перечисленных сущностей получаем диаграмму "сущность-связь": Следует особо отметить, что связи на данной диаграмме означают ссылку одной сущности на другую. Например, сущность "Приход" ссылается на сущность "Товар". Но эти обозначения не говорят о характере связей, который будет определен в следующем разделе. 3.2.2 Физическое проектированиеФизическая модель данных строится на базе логической модели и описывает данные уже средствами конкретной СУБД. Отношения, разработанные на стадии логического моделирования, преобразуются в таблицы, атрибуты в столбцы, домены в типы данных, принятых в выбранной конкретной СУБД. Результатом физического моделирования является генерация программного кода базы данных на соответствующем выбранной СУБД диалекте структурированного языка запросов SQL.Итак, нормализуем отношения логической модели данных, установив характер связей в разрабатываемой схеме базе данных:"Приход" - "Товар": данная связь носит характер "многие ко многим", так как одной приходной накладной могут соответствовать несколько товаров и, в то же время, одному товару могут соответствовать несколько приходных накладных. Связь "многие ко многим" предполагает физическую реализацию в виде двух связей "один ко многим" (таблица "Приход_ Товар")."Приход" - "Поставщик": данная связь носит характер "один ко многим", так как одной приходной накладной может соответствовать только один поставщик, но одному поставщику могут соответствовать несколько приходных накладных."Приход" - "Склад": данная связь носит характер "один ко многим", так как одной приходной накладной может соответствовать только один склад, но одному складу могут соответствовать несколько приходных накладных."Расход" - "Товар": данная связь носит характер "многие ко многим", так как одной расходной накладной могут соответствовать несколько товаров и, в то же время, одному товару могут соответствовать несколько расходных накладных. Связь "многие ко многим" предполагает физическую реализацию в виде двух связей "один ко многим" (таблица "Расход_ Товар")."Расход" - "Склад": данная связь носит характер "один ко многим", так как одной расходной накладной может соответствовать только один склад, но одному складу могут соответствовать несколько расходных накладных."Расход" - "Магазин": данная связь носит характер "один ко многим", так как одной расходной накладной может соответствовать только один магазин, но одному магазину могут соответствовать несколько расходных накладных.В результате более детальной проработки диаграммы сущность-связь необходимо также выделить таблицу "Едизм", содержащую описание единиц измерения товаров.Таким образом, агрегируя все результаты анализа диаграммы сущность-связь получаем следующую физическую схему БД: Глава 4: РазработкаФаза "Разработка" - основная по времени и потреблению ресурсов. Она же требует наибольшего числа итераций. Цель этой фазы - создание приложения, а основная задача - завершить разработку приложения и убедиться, что оно готово к переходному периоду. К началу переходного периода надо убедиться, что приложение достигло первоначальной стабильности и готово к бета-тестированию. Инкрементальный подход к разработке рекомендует последовательно наращивать функциональные возможности продукта.На фазе "Разработка":· расширяется список схем использования, включая уточнение, детализацию и описание всех схем· завершается выполнение первых трех этапов· начинается тестирование (обычно на этой фазе выполняется примерно 15% этапа "Тестирование")· поддерживается целостность приложения - все вносимые изменения не должны выходить за рамки утвержденной архитектуры· ведется управление рисками, выявленными на предыдущих стадияхФаза "Разработка" завершается этапом "Готовность к опытной эксплуатации".4.1 Borland Delphi 2005Delphi 2005, как и вся линейка ALM инструментов является новейшим решением Borland в своем сегменте.Среди главных новшеств этого продукта (ранее данная версия носила кодовое название Diamondback) нужно отметить два: в нем впервые реализована возможность использования двух языков -- собственно Delphi (диалект Pascal) и C#, а также возможность создания приложений для Win32 (на Delphi) и .NET (Delphi и C#).Появление Delphi 2005 сдало важным шагом в эволюционном процессе развития инструментальных средств Borland для архитектуры Win32 и .NET.Как известно, корпорация Borland еще в 2001 году одной из первых среди независимых поставщиков подключалась к программе Visual Studio .NET Integration Partner и, более того, первой получила лицензию на SDK .NET Framework, объявив о намерении создания собственных средств разработки для новой по тем временам платформы Microsoft .NET.В 2003 г. Borland представила C#Builder и Delphi 8 -- первые два инструмента для создания .NET-приложений, реализованные на базе нового ядра IDE для Windows, поддерживающего несколько различных систем разработки для Win32 и .NET (проект с кодовым названием Gallileo). Теперь на смену им пришел новый пакет Delphi 2005, объединивший оба средства (для .NET) с возможностями Delphi 7 (Win32).По мнению представителей Borland, нынешний вариант инструмента -- это самое значительное обновление Delphi за последние годы, выполненное в полном соответствии со стратегией оптимизации процесса создания программного обеспечения Software Delivery Optimization, разработанной корпорацией.Среда Delphi 2005 не только поддерживает несколько языков, SDK Win32 и .NET, но и обладает целым рядом принципиально новых усовершенствований. В ее состав входит большое количество принципиально новых функциональных возможностей IDE, призванных упростить выполнение разработчиками своих повседневных задач, повысить производительность их труда и оптимизировать работу с исходными текстами программ.В числе этих возможностей -- прогрессивные средства рефакторинга текстов программ, развитая справочная система, подробные сообщения об ошибках (Help Insights и Error Insights), SyncEdit, History Management и новые расширения языка Delphi.Особо нужно выделить новую платформу ECO II (Enterprise Core Objects), предназначенную для создания программных средств корпоративного класса для .NET с использованием архитектуры Model Driven Architecture (MDA), что позволяет ускорить разработку и повысить качество сложных приложений, а также улучшить возможности их сопровождения.ECO II -- это полнофункциональная система автоматического создания диаграмм и объектов, обладающая отлично масштабируемым кэшем объектов .NET и расширенными возможностями объектов корпоративного класса, такими, как откат/возврат, постоянные свойства, контроль версий и проведение транзакций.Кроме того, Delphi 2005 помогает группам разработчиков осуществлять сопровождение и доработку уже выпущенных ими приложений для Windows с использованием новых технологий и возможностей.Продукт позволяет работать с языками программирования для Windows с применением Win32 и .NET SDK, интегрируется с другими решениями Borland, обеспечивающими управление жизненным циклом приложений, в первую очередь StarTeam и Optimizeit.Задача интеграции с системой StarTeam -- упростить управление ресурсами исходных текстов программ и улучшить взаимодействие между участниками групп разработчиков, а подключение Optimizeit Profiler для .NET может помочь автоматизировать тестирование программных модулей и улучшить качество и эксплуатационные характеристики приложения в целом.По оценкам экспертов, Delphi 2005 в его нынешнем виде уже догнал по функциональным возможностям создания решений корпоративного уровня Java-инструмент Borland -- JBuilder.Существует три выпуска Delphi 2005:· Architect для разработки приложений на основе моделей;· Enterprise для групп разработчиков, которые создают приложения корпоративного класса, работающие с базами данных;· Professional для отдельных программистов, занятых построением приложений для Web и написанием программ с графическим пользовательским интерфейсом.Разработчик Системы использовал версию Delphi 2005 Professional. Ее возможностей вполне хватает для реализации всех поставленных задач. Разработчик Системы имеет опыт работы в среде Delphi начиная с версии 5. Переход на 2005ую версию не вызвал практически никаких проблем. Более того, порадовала интеграция с StarTeam 2005. В остальном всё осталось прежним: отличный объектно-ориентированный подход, мощнейшая поддержка библиотек компонентов, прекрасная справочная система.Следует отдельно отметить, какую неоценимую помощь при создании Системы оказали литературные источники 2, 3, 4, 6.4.2 АрхитектураДанные, полученные на этапе "Исследование", были проанализированы, в результате чего была составлена предварительная схема архитектуры будущей системы. В системе четко выделились две части: Клиент и Сервер. В данном контексте клиент отвечает за предоставление интерфейса для работы с Системой. Сама же бизнес-логика реализуется на Сервере. Таким образом, наш Клиент является тонким - а именно, веб-браузером. Сервер же делится на SQL Сервер и Сервер приложений. SQL Сервер хранит данные, а Сервер приложений обеспечивает бизнес логику Системы. Таким образом, образуется трехзвенная архитекрура Системы:
Страницы: 1, 2, 3, 4, 5, 6
|
