Курсовая работа: Автоматизированная информационная система Магазин по продаже одежды

Государственное образовательное учреждение

среднего профессионального образования

«,,,»

Курсовая работа

на тему: «Автоматизированная информационная система «Магазин по продаже одежды»

по дисциплине Разработка и эксплуатация автоматизированных

информационных систем

Разработала

студентка

группы А-41 ______________ 20.10.2008 (подпись)

Руководитель ______________ 23.10.2008

(подпись)

Работа __________________________________ к защите

(допущена или не допущена)

Работа защищена с оценкой ________________ ________________

Киров, 2004

Государственное образовательное учреждение

среднего профессионального образования

«Вятский техникум экономики, статистики и информатики»

ЗАДАНИЕ

на выполнение курсовой работы по дисциплине

Разработка и эксплуатация автоматизированных информационных систем

Студентке группы А-41.

по теме Автоматизированная информационная система «Магазин по продаже одежды»

1. Исходные данные для выполнения курсовой работы:

________________________________________________________________________

________________________________________________________________________

________________________________________________________________________

2. Перечень подлежащих разработке вопросов в разделах основной части курсовой работы

________________________________________________________________________

________________________________________________________________________

________________________________________________________________________

3. Срок защиты курсовой работы ноябрь 2008г.

Задание получила студентка ________________ 02.09.2004

Задание выдал руководитель ________________ 02.09.2004

СОДЕРЖАНИЕ

Введение

Темой данной курсовой работы стал магазин по продаже одежды, так как актуальность этой темы в данное время велика, во всех городах, поселках, деревнях существуют магазины одежды, ведь одежда является предметом первой необходимости. Чтобы облегчить задачу учета продаваемой и поступающей одежды работникам магазина будет разработана и спроектирована данная автоматизированная система.

По данной теме существуют различные автоматизированные системы, одна из которых 1С:Бухгалтерия, очень удобна для учета товаров, поставщиков, бухгалтерского учета и многих других операций.

В данной курсовой работе будет спроектирована и разработана автоматизированная информационная система для работы в магазине по продаже одежды, она предназначена для учета товара, что облегчит работу менеджера и персонала магазина.

Перед данной ИС стоят следующие задачи:

a) надежность и безопасность работы системы,

b) простое пользование информационной системой,

c) достоверность выдачи информации,

d) защищенный доступ к изменению данных в системе,

e) создание удобного интерфейса.

1. Проектирование АИС.

Жизненный цикл (ЖЦ) АИС - это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации.

Жизненный цикл АИС и его этапы.

Структура ЖЦ ПО базируется на трех группах процессов:

- основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);

- вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);

-организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

Разработка охватывает все работы по созданию АИС и его компонентов (анализ, проектирование и программирование) в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и качества программных проектов, материалов, необходимых для организации обучения персонала, и т.д. Эксплуатация включает в себя работы по внедрению компонентов АИС (конфигурирование базы данных и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала и др.), локализация проблем, возникающих при эксплуатации с устранением причин их возникновения, модификацию АИС в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными на предыдущем этапе, и результатами. Результатами анализа, в частности, являются функциональные модели, информационные модели и соответствующие им диаграммы.

Известно несколько моделей жизненного цикла программного обеспечения. Под моделью жизненного цикла ПО понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении всего цикла. Модель ЖЦ зависит от специфики АС и специфики условий, в которых система создается и функционирует. К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ: каскадный способ и спиральная модель. Каскадная модель применяется, как правило, для разработки однородных АС, представляющих собой единое целое. Ее основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Преимущества применения каскадного способа заключаются в следующем: на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. В то же время этот подход обладает рядом недостатков, вызванных прежде всего тем, что реальный процесс создания АИС никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапами уточнении или пересмотре ранее принятых решений.

Разработка итерациями отражает объективно существующий спиральный цикл создания автоматизированной системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользователям АИС работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков АИС. Команда разработчиков должна представлять собой группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании АИС с использованием CASE-средств, способных хорошо взаимодействовать с конечными пользователями и трансформировать их предложения в рабочие прототипы. Жизненный цикл АИС в соответствии с методологией RAD состоит из четырех фаз: анализа и планирования требований; проектирования; построения; внедрения.

На фазе анализа и планирования требований пользователи АИС определяют функции, которые она должна выполнять, выделяют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Формулирование требований к АИС осуществляется в основном силами пользователей под руководством специалистов-разработчиков. Ограничивается масштаб проекта АИС, устанавливаются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации проекта в заданных размерах финансирования, на имеющихся аппаратных средствах и т.д. Результатом этого этапа должен быть список расставленных по приоритету функций будущей АИС, а также предварительные функциональные модели АИС.

На этапе проектирования часть пользователей принимает участие в техническом проектировании системы под руководством специалистов-разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и при необходимости корректируется функциональная модель. Каждый процесс рассматривается детально. Устанавливаются требования разграничения доступа к данным. На этой же фазе происходит определение необходимой документации. Результатом данного этапа должны быть: общая информационная модель системы; функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков; точно определенные с помощью CASE-средств интерфейсы между автономно разрабатываемыми подсистемами; построенные прототипы экранов, отчетов, диалогов. Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап нередко происходит неконтролируемое искажение данных. Применение единой среды хранения данных о проекте позволяет этого избежать. В отличие от обычных подходов, при которых используются специфические средства, не предназначенные для построения реальных приложений, а прототипы выбрасываются после устранения неясностей в проекте АИС, в подходе RAD каждый прототип передается будущей системе. Таким образом, на следующую фазу передается более полная и полезная информация.

На этапе построения осуществляется непосредственно сама быстрая подготовка приложения. При этом разработчики выполняют итеративное построение реальной АСУ на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется CASE-средствами автоматически. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять указанным ранее требованиям. Тестирование автоматизированной системы осуществляется в процессе разработки. После окончания работ каждой отдельной команды разработчиков производится постепенная интеграция данной части системы с остальными, формируется полный программный код, выполняется тестирование совместной работы данной части приложения, а затем тестирование АИС в целом. Завершается физическое проектирование АИС, включающее: определение необходимости распределения данных; анализ использования данных; физическое проектирование базы данных; определение требований к аппаратным ресурсам и способов увеличения производительности, завершение разработки документации проекта. Результатом данного этапа является готовая автоматизированная система, удовлетворяющая всем согласованным требованиям.

На фазе внедрения АИС производится обучение пользователей и вносятся организационные изменения. Для этого этапа характерно то, что одновременно с внедрением новой АС осуществляется работа с существующей системой управления до полного внедрения новой. Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки АИС не является окончательной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется создание АИС:

а) разрабатывается совершенно новая система;

б) было проведено обследование предприятия и существует модель его деятельности;

в) на предприятии уже существует АИС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с вновь разрабатываемой системой управления.

2. АНАЛИЗ СУЩЕСТВУЮЩИХ СУБД И ВЫБОР НАИЛУЧШЕЙ

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.
Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии “клиент-сервер”.
Paradox

Paradox был разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional.

В конце 80-х - начале 90-х годов Paradox, принадлежавший тогда компании Borland International, был весьма популярной СУБД, в том числе и в нашей стране, где он одно время занимал устойчивые позиции на рынке средств разработки настольных приложений с базами данных.

Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase - каждая таблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).

Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Например, в приложениях, написанных на C или Pascal, использовалась некогда популярная библиотека Paradox Engine, ставшая основой Borland Database Engine. Эта библиотека используется ныне в приложениях, созданных с помощью средств разработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов (например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы к базам данных, созданным различными версиями этой СУБД.

Отметим, однако, что отсутствие <открытости> формата данных имеет и свои достоинства. Так как в этой ситуации доступ к данным осуществляется только с помощью <знающих> этот формат библиотек, простое редактирование подобных данных по сравнению с данными открытых форматов типа dBase существенно затруднено. В этом случае возможны такие недоступные при использовании <открытых> форматов данных сервисы, как защита таблиц и отдельных полей паролем, хранение некоторых правил ссылочной целостности в самих таблицах - все эти сервисы предоставляются Paradox, начиная с первых версий этой СУБД.

По сравнению с аналогичными версиями dBase ранние версии Paradox обычно предоставляли разработчикам баз данных существенно более расширенные возможности, такие как использование деловой графики в DOS-приложениях, обновление данных в приложениях при многопользовательской работе, визуальные средства построения запросов, на основе интерфейса QBE - Query by Example (запрос по образцу), средства статистического анализа данных, а также средства визуального построения интерфейсов пользовательских приложений с автоматической генерацией кода на языке программирования PAL (Paradox Application Language).

Windows-версии СУБД Paradox, помимо перечисленных выше сервисов, позволяли также манипулировать данными других форматов, в частности dBase и данными, хранящимися в серверных СУБД. Такую возможность пользователи Paradox получили благодаря использованию библиотеки Borland Database Engine и драйверов SQL Links. Это позволило использовать Paradox в качестве универсального средства управления различными базами данных (существенно облегченная версия Paradox 7 под названием Database Desktop по-прежнему входит в состав Borland Delphi и Borland C++Builder именно с этой целью). Что же касается базового формата данных, используемого в этом продукте, то он обладает теми же недостатками, что и все форматы данных настольных СУБД, и поэтому при возможности его стараются заменить на серверную СУБД, даже сохранив сам Paradox как средство разработки приложений и манипуляции данными.

Текущая версия данной СУБД - Paradox 9, поставляется в двух вариантах - Paradox 9 Standalone Edition и Paradox 9 Developer's Edition. Первый из них предназначен для использования в качестве настольной СУБД и входит в Corel Office Professional, второй - в качестве как настольной СУБД, так и средства разработки приложений и манипуляции данными в серверных СУБД. Обе версии содержат:

1. Средства манипуляции данными Paradox и dBase.

2. Средства создания форм, отчетов и приложений.

3. Средства визуального построения запросов.

4. Средства публикации данных и отчетов в Internet и создания Web-клиентов.

5. Corel Web-сервер.

6. ODBC-драйвер для доступа к данным формата Paradox из Windows-приложений.

7. Средства для доступа к данным формата Paradox из Java-приложений.

8. Помимо этого Paradox 9 Developer's Edition содержит:

9. Run-time-версию Paradox для поставки вместе с приложениями.

10. Средства создания дистрибутивов.

11. Драйверы SQL Links для доступа к данным серверных СУБД.

Delphi. Основные характеристики продукта.

Delphi - это комбинация нескольких важнейших технологий:

· Высокопроизводительный компилятор в машинный код

· Объектно-ориентированная модель компонент

· Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов

· Масштабируемые средства для построения баз данных

Компилятор в машинный код

Компилятор, встроенный в Delphi , обеспечивает высокую производительность, необходимую для построения приложений в архитектуре “клиент-сервер”. Этот компилятор в настоящее время является самым быстрым в мире, его скорость компиляции составляет свыше 120 тысяч строк в минуту на компьютере 486DX33. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно).

В процессе построения приложения разработчик выбирает из палитры компонент готовые компоненты как художник, делающий крупные мазки кистью. Еще до компиляции он видит результаты своей работы - после подключения к источнику данных их можно видеть отображенными на форме, можно перемещаться по данным, представлять их в том или ином виде. В этом смысле проектирование в Delphi мало чем отличается от проектирования в интерпретирующей среде, однако после выполнения компиляции мы получаем код, который исполняется в 10-20 раз быстрее, чем то же самое, сделанное при помощи интерпретатора. Кроме того, компилятор компилятору рознь, в Delphi компиляция производится непосредственно в родной машинный код, в то время как существуют компиляторы, превращающие программу в так называемый p-код, который затем интерпретируется виртуальной p-машиной. Это не может не сказаться на фактическом быстродействии готового приложения.

Объектно-ориентированная модель программных компонент

Основной упор этой модели в Delphi делается на максимальном реиспользовании кода. Это позволяет разработчикам строить приложения весьма быстро из заранее подготовленных объектов, а также дает им возможность создавать свои собственные объекты для среды Delphi . Никаких ограничений по типам объектов, которые могут создавать разработчики, не существует. Действительно, все в Delphi написано на нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам, которые использовались для создания среды разработки. В результате нет никакой разницы между объектами, поставляемыми Borland или третьими фирмами, и объектами, которые вы можете создать.

В стандартную поставку Delphi входят основные объекты, которые образуют удачно подобранную иерархию из 270 базовых классов. Но если возникнет необходимость в решении какой-то специфической проблемы на Delphi , советуем, прежде чем попытаться начинать решать проблему “с нуля”, просмотреть список свободно распространяемых или коммерческих компонент, разработанных третьими фирмами, количество этих фирм в настоящее время превышает число 250.

Масштабируемые средства для построения баз данных

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в офлайновом режиме. Разработчик в среде Delphi , проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер.

В мире уже многие разработчики твердо ориентируются на использование Delphi как на инструмент, позволяющий создавать высокоэффективные клиент-серверные приложения. Более того, список готовых профессионально выполненных приложений настолько велик, что не позволяет полностью привести его в статье. Диапазон разработанных при помощи Delphi программных продуктов также поражает - от игровых программ до мощнейших банковских систем. Delphi как продукт имеет версию 1.0, мы уже имеем сведения о том, что предполагается реализовать в следующей версии Delphi , и поскольку Delphi разрабатывается на Delphi , можем быть уверены, что разработка новой версии ведется действительно скоростными методами.

3Создание Базы данных

Для правильной работы магазина по продаже одежды нужна ниже перечисленная информация:

1. Информация об ассортименте одежды: наименование, фирма-производитель, размер, цвет, артикул, цена товара.

2. Информация о поставщиках: наименование фирмы-поставщика, адрес, телефон, номер лицензии.

3. Информация о поступающем товаре: дата поступления, количество, цена оптовая.

4. Информация о расходе одежды: дата и количество

Определение сущностей

Сущность «ассортимент одежды» включает в себя следующие поля:

a) наименование одежды;

b) наименование фирмы-производителя;

c) размер;

d) цвет;

e) артикул;

f) цена.

Сущность «поставщики» включает в себя следующие поля:

a) наименование фирмы-поставщика;

b) адрес поставщика;

c) телефон;

d) номер лицензии.

Сущность «поступивший товар» включает в себя следующие поля:

a) дата поступления;

b) количество;

c) цена оптовая.

Сущность «расход одежды» включает в себя следующие поля:

a) дата выбытия;

b) количество.

Нормализация отношений.

Отношение находится в первой нормальной форме, когда все его значения атрибутов атомарны.

Таблица «Assortiment»

Таблица «Postavshiki»

Таблица «Prihod»

Таблица «Rashod»

Отношение находится во второй нормальной форме, когда все его значения атрибутов атомарны.

Таблица «Assortiment»

Таблица «Postavshiki»

Таблица «Prihod»

Таблица «Rashod»

Отношение находится в третьей нормальной форме, когда все его значения атрибутов атомарны.

Таблица «Assortiment»

Таблица «Postavshiki»

Таблица «Prihod»

Таблица «Rashod»

Отношение находится в четвертой нормальной форме, когда все его значения атрибутов атомарны.

Таблица «Assortiment»

Таблица «Postavshiki»

Таблица «Prihod»

Таблица «Rashod»

Определение взаимосвязей

Описание физической модели.

Таблица 1. Ассортимент товара

Таблица 2. Поставщики

Таблица 3. Поступление товара

Таблица 4. Расход товара

3.2 Обработка данных

Добавление

Добавить запись можно при нажатии кнопки «добавить», предварительно внеся все необходимые данные в пустые поля над данной кнопкой, в выбранной форме

Рисунок 1. – Форма «Ассортимент одежды». Добавление

На остальных формах кнопка действует аналогично.

Изменение данных

Изменить запись можно при нажатии кнопки «изменить» в выбранной форме, внеся все необходимые изменения в пустые поля над данной кнопкой, предварительно щелкнув по необходимой записи в таблице.

Рисунок 2. – Форма «Ассортимент одежды». Изменение.

На остальных формах кнопка действует аналогично.

Поиск данных

Поиск товара может производиться как по номену товара, так и по его наименованию. Ели поиск осуществляется по номеру товара, то ставиться галочка напротив надписи «по номеру», если же по наименованию, то ставиться галочка напротив надписи «Наименование товара» и в поле пишется наименование интересуемого товара.

Рисунок 3. - Форма «Ассортимент одежды». Поиск.

На остальных формах данная кнопка действует аналогично.

Удаление данных.

Удаление записей из таблицы происходит с помощью кнопки «Удалить», которая располагается на выбранной форме. Для того, чтобы удалить запись из таблицы, необходимо указать номер товара и нажать кнопку «Удалить».

Рисунок 4. - Форма «Ассортимент одежды». Удаление.

На остальных формах данная кнопка действует аналогично.

Вывод данных на печать.

При нажатии кнопки «на печать» таблица с данными будет перенесена в World, где ее можно распечатать.

На остальных формах данная кнопка действует аналогично.

3.3 ОПИСАНИЕ ИНТЕРФЕЙСА

В результате разработки базы данных был создан удобный интерфейс, понятный любому пользователю. На главной форме находится меню, с помощью которого можно легко найти и отредактировать необходимую информацию.

Рисунок 5 - Главная форма «Магазин одежды».

Так же можно вызвать помощь при затруднении в обращении с программой нажатием кнопки «Помощь».

Рисунок 6 – Форма «Помощь».

Если нужна информация о самой программе, необходимо на главной форме нажать кнопку «О программе».

Рисунок 6 – Форма «О программе».

4 ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЮ

При запуске программы «Магазин одежды» появится форма, которая предлагает начать работу с данными магазина.

Если Вам нужны данные об ассортименте магазина, то щелкните на «Ассортимент». Откроется новая форма «Ассортимент», с помощью которой можно найти, добавить, изменить или удалить нужный товар.

При нажатии кнопки «Изменить» щелкнув предварительно по нужному наименованию в таблице и, изменив его данные, в таблице зафиксируются изменения данных указанного наименования. Если вы хотите добавить новое наименование и данные о нем, то в указанные поля введите его данные. После чего нажмите кнопку «Добавить» и сведения о новом наименовании появятся в базе данных. В поле «Поиск» вы можете найти нужное вам наименование либо по его номеру, либо по названию, предварительно обозначить форму поиска, введя данные и нажав кнопку «Найти». Так же введя в поле «Удалить» номер товара и нажав кнопку «Удалить» из Вашего списка товаров удалится нужный и все данные о нем. Если вы желаете вернуться в первоначальную форму нажмите «Назад».

Если вам нужно узнать о поставщиках магазина, то нажмите на кнопку «Поставщики». Появится форма «Поставщики» на которой расположены кнопки «Изменить», «Найти», «Добавить», «Удалить» и «Назад», они работают аналогично операциям, добавления, изменения, поиска и удаления ассортимента.

В форме «приход», появляющейся нажатием кнопки «Приход» вы можете проделать те же операции, что и в двух предыдущих формах.

На главной форме вы можете при затруднениях работы с БД просмотреть в правом верхнем углу помощь и информацию о программе.

Если Вы хотите закончить работу, нажмите на кнопку « Выход».

ЗАКЛЮЧЕНИЕ

В результате проделанной работы по описанию предметной области была была разработана концептуальная модель, а потом реляционная модель. Разработанное приложение отвечает всем требованиям предметной области, а так же каталогу задач и запросов разработана на языке программирования Delphi 7, с использованием базы данных Paradox.

Разработанную автоматизированную информационную систему легко дополнить, при необходимости разработки профессиональной автоматизированной информационной системы.

В перспективе база данных будет обновляться по мере приема товара, его продажи, а также заключения новых договоров. С учетом этого она и была спроектирована. Надеюсь, что спроектированная АИС существенно облегчит учет товаров в любом магазине одежды. А при правильном и своевременном обновлении, использовании и администрировании так оно и будет.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Агальцов В.П. Базы данных: учебное пособие для СПО. - М: Мир, 2002.- 376 с.

2. Алгоритмические языки и программирование. Система программирования DELPHI: учеб. пособ. для вузов / разраб. Т.А.Лабзиной. - М: Совр. Гум. Ун-т, 2002.

3. Ахангельский А.Я. Программирование в Delphi 7. – М.: ООО «Бином-Пресс», 2003 г. – 1152с.

4. Гайдамакин Н.А. Автоматизированные информационные системы, банки и базы данных. Вводный курс: учебное пособие. - М: Гелиос АРВ, 2002.- 368 с.

5. Голицына О.Л. и др. Языки программирования: учеб. пособие для ссузов / О.Л.Голицына, Т.Л.Партыка , И.И.Попов . - М: Форум; Инфра-М, 2008.- 400 с.

6. Дарахвелидзе П.Г., Марков Е.П. Программирование в Delphi 7. – СПб.: БХВ-Петербург, 2003. – 784с: ил.

7. Емельянова Н.З., Партыка Т.А., Попов И. Основы построения автоматизированных информационных систем: учебное пособие для студ. СПО. - М: Форум; Инфра-М, 2005.- 416 с.

8. Карпова Т. Базы данных. Модели, разработка, реализация: учеб. пособие. - СПб: Питер, 2002.- 304 с.

9. Моисеенко С. SQL : задачи и решения. - СПб: Питер, 2006.-256 с.

10.Основы автоматизированных информационных систем: Автоматизированные информационные системы (АИС): учеб. пособ. для вузов / разраб. В.Н.Кузубовым. - М: Совр. Гум. Ун-т, 2000.

11.Основы автоматизированных информационных систем. Обеспечение автоматизированных информационных систем: учеб. пособ. для вузов / разраб. В.Н.Кузубовым. - М: Совр. Гум. Ун-т, 2001.

12.Принципы построения автоматизированных информационных систем (АИС). Техническое и рабочеее пректирование АИС: учеб. пособие для вузов / разраб. В.Н.Кузубовым. - М: Совр.Гум.Ун-т, 2000.-102 с.