Ателье по пошиву одежды..

На втором уровне SADT диаграммы находится дочерняя модель, которая формируется из модели находящейся на первом уровне SADT модели, точнее из куба «Выдача квитанции». Второй уровень SADT диаграммы состоит из четырех кубов, таких как «Уточнение расчета», «Оформление расчета», «Денежный расчет» и «Выдача квитанции о оплате».
В первый куб, уровня два SADT диаграммы, «Уточнение расчета» поступают запросы, на основе которых в любое время можно уточнить информацию о расчете.
Во второй куб «Оформление расчета » поступают данные выходящие из первого куба, уровня два SADT диаграммы, и кроме этого поступают данные «список клиентов», на основе которых можно получить информацию о интересующем расчете какого либо клиента. Далее из второго куба информация поступает в третий «Денежный расчет», где хранится информация о расчетах всех клиентов. Далее информация поступает в последний куб «Выдача квитанции об оплате», где хранится информация о всех оплатах клиента. После чего вся информация поступает в отчеты.
Построение диаграммы «Сущность-Связь»
Для проектирования диаграммы и создания системы я выбрал программу IDEF1.0, которая хорошо подходит для посроения диаграммы в моем проекте. Проектируемая система должна учитывать следующие действия:
 Учет нового клиента
 Учет информации о заказе
 Учет тарифов и их стоимости на данный момент времени
А теперь проанализируем их:
 Клиент - явный кандидат на сущность;
 Заказ явный кандидат на сущность;
 Тарифы - явный кандидат на сущность.
Прежде, чем приступать к созданию системы автоматизированной обработки информации, как разработчик я сформировал понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того чтобы привести эти понятия к той или иной модели данных, я заменил их информационными представлениями, то есть одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, которым является модель "сущность-связь".
Реляционная Система Управления Базами Данных представляет собой совокупность связей между таблицами. Между таблицами могут существовать подчиненные отношения. Подчиненные отношения определяют, что для каждой записи главной таблицы могут существовать одна или несколько записей в подчиненной таблице.
Модель "сущность-связь" основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Важным является тот факт, что из модели "сущность-связь" могут быть порождены все существующие модели данных.
Я отмечу, что модель "сущность-связь" не является моделью данных в том смысле, поскольку не определяет операций над данными и ограничивается описанием только их логической структуры.
Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей.
Сущность фактически представляет из себя множество атрибутов, которые описывают свойства всех членов данного набора сущностей.
Например, поэтому, сущность клиент имеет атрибуты код клиента, фамилия, имя, отчество, адрес, телефон.
Отсюда определяется ключ сущности - группа атрибутов, такая, что отображение набора сущностей в соответствующую группу наборов значний является взаимнооднозначным отображением. Другими словами: ключ сущности - это один или более атрибутов, уникально определяющих данную сущность. В моем проекте сущности клиент является атрибут «код клиента» так как все номера клиентов являются уникальными.
Поскольку каждый клиент делает различные заказы, то между таблицами «Клиент» и «Заказ» существует связь "информация о заказе". В моей диаграмме каждая сущность представляет таблицу базы данных, каждый атрибут становится колонкой соответствующей таблицы, например сущность клиент становится таблицей «клиенты» которая содержит поля: номер клиента, фамилия, имя, отчество, адрес, телефон.
Во многих таблицах появляются новые атрибуты, которых небыли в концептуальной модели - это ключевые атрибуты родительских таблиц мигрировавших в дочерни таблицы, для того, что бы обеспечить связь между ними, например: в таблицу «Заказ» из таблицы «Клиенты» попадает ключевой атрибут код клиента, который показывает, что каждый клиент делает свой определенный заказ.
Представленное выше описание является основным для построения диаграмм «сущность-связь».
Диаграммы «сущность-связь» предназначены для разработки модели данных и обеспечивают стандартный способ определения данных, отношения между ними.

Оглавление
Введение 3
1.Общий раздел 5
1.1.Описание предметной области 5
1.2.Постановка задачи 7
1.3.Построение информационной модели предметной области. Построение SADT-диаграммы 9
2.Специальный раздел 14
2.1.Описание полей таблиц 14
2.2. Программная реализация модели средствами объектно-ориентированного языка программирования в Delphi 14
2.3. Создание меню, реализующего основные функции информационной системы 17
Заключение 27
Список используемой литературы 28
Листинг программы 29






















Введение
База данных это организованная структура, предназначенная для хранения информации. Однако сегодня большинство систем управле¬ния базами данных (СУБД) позволяют размещать в своих структурах не только данные, но и методы (то есть программный код), с помощью, которых происходит взаимодействие с потребителем или с другими программно-аппаратными комплек¬сами. Таким образом, мы можем говорить, что в современных базах данных хра¬нятся отнюдь не только данные, но и информация.
Это утверждение легко пояснить, рассмотрев базу данных «Ателье». В ней есть все необходимые сведения о клиентах, об их заказах, и т. д. Данная программа написана для удобного учета клиентов, их быстрого поиска, вывода списка услуг, получение квитанции и т. д. Одним словом для людей идущих в одну ногу со временем.
Компьютерное оснащение данного предприятия можно ограничить наличием 2-3 персональных компьютеров, которые находятся в распоряжении служебного персонала.
Таким образом, автоматизируется наибольшая часть работы по обработке документации. То есть важная информация, связанная с клиентом. Например, фамилия, имя, отчество, адрес, телефон и многая другая не менее значимая информация.
Таким образом, данное предприятие, например «Ателье», может, осуществлять:
 Качественное обслуживание.
 Мобильность.
 Удобство клиентов.
 Выдача квитанций
 Привлечение большинства новых клиентов.

Кроме данных, база содержит методы и средства, позволяющие каждому из сотрудников оперировать только с теми данными, которые входят в его компетенцию. В результате взаимодействия данных, содержащихся в базе, с методами, доступными конкрет¬ным сотрудникам, образуется информация, которую они потребляют и на основании, которой в пределах собственной компетенции производят ввод и редактиро¬вание данных.
С понятием базы данных тесно связано понятие системы управления базой данных. Это комплекс программных средств, предназначенных для создания структуры новой базы, наполнения ее содержимым, редактирования содержимого и визуализации информации. Под визуализацией информации базы понимается отбор отображае¬мых данных в соответствии с заданным критерием, их упорядочение, оформление и последующая выдача на устройство вывода или передача по каналам связи.
В мире существует множество систем управления базами данных.
Несмотря на то, что они могут по-разному работать с разными объектами и предоставляют пользова¬телю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает нам возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. В качестве такого учебного объекта мы выберем СУБД Borland Delphi.

1.Общий раздел
1.1.Описание предметной области
Основная задача данной курсовой работы заключается в автоматизации работы сотрудников «Ателье по пошиву одежды», занимающегося оформлением новых клиентов, ведет учет заказов и оплаты за предоставляемые услуги. В программе, предназначенной для облегчения труда, должны быть реализованы следующие функции:
 Учет клиентов в это функции реализуется учет новых клиентов, которые обратились в «Ателье», их личные данные, информацию об их заказах, установления размера оплаты за предоставленные им услуги.
 Учет информации о заказе в этой функции реализуется учет того что заказал клиент, то есть это какую вещь для него следует сшить, сколько это будет стоить и другое.
 Учет платежей в это функции реализуется учет за предоставляемые услуги.
База данных предназначена для хранения данных о клиентах и полученных ими услугах.
Информация о клиентах поступает с помощью просмотра и их регистрации. Для более удобного интерфейса, в просмотре имеется поиск, можно быстро найти клиента:
 По номеру клиента
 По фамилии
 По коду заказа
 По предоставляющимся услугам
 А также показать весь список клиентов
Здесь также происходит удобная фильтрация. Которая позволяет фильтровать клиентов по тем же полям, что и в поиске. В регистрации идет заполнение полей для новых клиентов отсутствующих в базе, таких как:
 Номер клиента (заполняется автоматически)
 Фамилия
 Имя
 Отчество
 Адрес
 Телефон
Клиент попадает в базу только после того как его зарегистрировали. То есть ввели нужную информацию во все поля регистрации.
Для работы предприятия то есть «Ателье» обязательно должны оформляться входные и выходные документы. Входными документами служит квитанция, и регистрация которые оформляются при получении услуги или прихода клиента.
На основе чека и регистрации оформляется итоговый документ, в котором используются следующие реквизиты:
 Наименование услуги
 Цена
 Фамилия имя отчество клиента
 Итоговая сумма.
Таким образом, ни одно предприятие не может обойтись без оформления документов. На любом предприятии документы подразделяются на: входные и
выходные документы.
Представим наглядно входные и выходные документы с помощью таблицы 1, изображенной на рисунке 1.


Наименование документа Форма представления Период выдачи Срок выдачи Получатель информации


Журнал документов Документ В конце месяца При оплате Работники отдела делопроизводства
Квитанция Накладная Товарный чек Квитанция об оплате сотрудник "Ателье"

Рис.1

1.2.Постановка задачи
Данная программа рассчитана на небольшое предприятие. В настоящее время ни одно предприятие, ни одна компания не может обойтись без программного обеспечения. На данном предприятии, как на любом другом происходит постоянный приток и отток клиентов. В связи с этим ежедневно приходится оформлять различного рода документы. Для того чтобы облегчить работу сотрудников предприятия и как можно лучше знать своих клиентов создан данный программный продукт.
Таким образом, основными задачами данного программного продукта являются:
 Регистрация клиентов;
 Просмор;
 Быстрый поиск;
 Фильтрация;
 Формирование квитанции, на основе сделанных услуг.
Из выше сказанного можно сделать вывод, что каждое предприятие выбирает свою систему организации труда. На информационном рынке достаточно программ для ведения предприятия. И каждое предприятие, выбирает для себя более приемлемое программное обеспечение. Так же важнейшей тенденцией развития предприятия является:
 Усовершенствованное программное обеспечение;
 Легкость управления программой.
Предложенная программа обладает вышеуказанными свойствами. Доступна рядовому пользователю персонального компьютера. Так же основными характеристиками данного программного продукта являются совместимость с более серьёзными и объёмными базами данных.
Данный продукт защищён от несанкционированного использования. Отладка программы производится в программном коде данной базы. В связи с этим можно постоянно обновлять и оснащать программу более новыми способами ведения предприятия, усовершенствовать базу данных, вносить значимые изменения.
Только небольшие организации могут обобществить данные в одной полностью интегрированной базе данных. Чаще всего администратор баз данных (даже если это группа лиц) практически не в состоянии охватить и осмыслить все информационные требования сотрудников организации (т.е. будущих пользователей системы). Поэтому информационные системы больших организаций содержат несколько десятков БД, нередко распределенных между несколькими взаимосвязанными ЭВМ различных подразделений. Отдельные БД могут объединять все данные, необходимые для решения одной или нескольких прикладных задач, или данные, относящиеся к какой-либо предметной области. БД позволяют обеспечить поддержку любых текущих и будущих приложений, поскольку набор их элементов данных включает в себя наборы элементов данных. БД создают основу для обработки неформализованных, изменяющихся и неизвестных запросов и приложений (приложений, для которых невозможно заранее определить требования к данным). Такая гибкость и приспосабливаемость позволяет создавать на основе БД достаточно стабильные информационные системы, т.е. системы, в которых большинство изменений можно осуществть без вынужденного переписывания старых приложений. Основывая же проектирование БД на текущих и предвидимых приложениях, можно существенно ускорить создание высокоэффективной информационной системы, т.е. системы, структура которой учитывает наиболее часто встречающиеся пути доступа к данным. Однако по мере роста числа приложений таких информационных систем быстро увеличивается число БД, резко возрастает уровень дублирования данных и повышается стоимость их ведения. Таким образом, каждый из рассмотренных подходов к проектированию воздействует на результаты проектирования в разных направлениях. При проектировании информационной системы необходимо провести анализ целей этой системы и выявить требования к ней отдельных пользователей. Сбор данных начинается с изучения сущностей организации и процессов, использующих эти сущности. Сущности группируются по "сходству" (частоте их использования для выполнения тех или иных действий) и по количеству ассоциативных связей между ними. Сущности или группы сущностей, обладающие наибольшим сходством и (или) с наибольшей частотой ассоциативных связей объединяются в БД.
Основная цель проектирования БД это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте. Проект БД можно создать, используя методологию нормализации отношений.
1.3.Построение информационной модели предметной области. Построение SADT-диаграммы
SADT-модели развиваются в процессе структурной декомпозиции сверху вниз. Сначала декомпозируется один блок контекстной диаграммы на диаграмму, затем декомпозируется один или несколько из этих блоков и так далее. Название диаграммы совпадает с названием декомпозируемого блока.
На нулевом уровне SADT диаграммы находится родительская модель, которая состоит из одного блок с функцией «Учет» и интерфейсы выходящих из него компонентов которые используются для определения границы всей системы. Этот блок описывает общую функцию, выполняемую системой. Название в центре блока определяет название всей модел и предопределят дальнейшее развитие ее построения. Связи, касающиеся этого блока, описывают главные функции управления. Входные и выходные данные и механизмы этой системы определяют в дальнейшем какая информация будет поступать в базу данных (Информация о клиенте, информация о заказе), а какая информация будет выходить из нее (например это отчеты по определенному клиенту, по определенному заказу то есть ее общая характеристика и какие услуги для нее предоставляются).

1. Вендров А.М. Case - технологии. Современные методы и средства проектирования информационных систем. - Internet, http/www.citforum.ru/case....-158 с., ил.
2. Марка Д., МакГоуэн К. Методология структурного анализа и проектирования: Пер. с англ. - М.: 1999.- 240 с., ил.
3. Шумаков П.В. Delphi 5 и разработка приложений баз данных. - М.: Нолидж, 2001. - 704 с., ил.
4. Грабер М. Введение в SQL: Пер. с англ. - М.: ЛОРИ, 1996.- 341с., ил.
5. Дейт К. Дж. Введение в системы баз данных: Пер. с англ. - 6-е изд. - К.: Диалектика, 1998. - 784с., ил.
6. Калянов Г.Н. Case-средства. Структурный и системный анализ (автоматизация и применение). - М.: ЛОРИ, 1999. - 249 с., ил.