Ателье сообразно пошиву одежды.

Содержание

Оглавление
Введение 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 индивидуальных компов, какие находятся в постановлении карьерного персонала.
Таковым образом, автоматизируется большая дробь работы сообразно отделке документации. То имеется принципиальная информация, сплетенная с покупателем. К примеру, имя, фамилия, отчество, адресок, телефон и многая иная не наименее важная информация.
Таковым образом, данное начинание, к примеру «Ателье», может, исполнять:
v Высококачественное сервис.
v Переносимость.
v Комфорт покупателей.
v Выдача квитанций
v Вовлечение большинства новейших покупателей.

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

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


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


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

Рис. 1

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

Выдержка

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

Литература

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 с. , ил.

Больше работ по теме: