Информационная система складского учета книжного магазина

АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ЦЕНТРОСОЮЗА РОССИЙСКОЙ ФЕДЕРАЦИИ

«РОССИЙСКИЙ УНИВЕРСИТЕТ КООПЕРАЦИИ»

(Смоленский филиал)

 

 

Кафедра информационных технологий

 

КУРСОВАЯ РАБОТА

 

по дисциплине:

“Проектирование информационных систем”

 

на тему: «ИФОРМАЦИОННАЯ СИСТЕМА СКЛАДСКОГО УЧЕТА КНИЖНОГО МАГАЗИНА »

 

 

Выполнил студент

группы ДПИ-108

Щеглов В.C.

 

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

д.т.н. проф. Усков А. А.

 

                                              

 

 

Смоленск  2011

ЗАДАНИЕ

 

Разработать информационную систему книжного магазина.

В процессе разработке системы  должны быть выполнены следующие  стадии:

1) разработка диаграммы  вариантов использования UML;

2) разработка и согласование  с руководителем (выполняет роль  заказчика) технического задания на информационную систему в соответствии с ГОСТ;

3) проведение формализации  технического задания на основе  инструментальных средств CASE-технологий, использующих методологии SADT, потоков данных (DFD), диаграммы «сущность-связь» или UML;

4) разработка структуры программных модулей системы, описание их функций и требований к ним;

5) реализация программных  модулей системы на языке программирования высокого уровня;

6) тестирование работы  разработанной информационной системы. 

 

Примерное содержание основных разделов курсового проекта:

- разработка технического  задания;

- формализация технического  задания с использованием CASE-средств;

- структура программных  модулей ИС;

- программная реализация  системы;

- тестирование системы.

 

 

 

 

 

 

 

 

СОДЕРЖАНИЕ

ВВЕДЕНИЕ ………………………………………………………………………. 4

1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ ИНФОРМАЦИОННОЙ СИСТЕМЫ
1. Общие сведения ……………………………………………………………7
2. Назначение и цели создания системы …………………………………... 7
3. Характеристика объектов автоматизации……………………………….. 8
4. Требования к информационной системе    ……………………………….8
5. Состав и содержание работ по созданию информационной

системы…………………………………………………………………… 9

6. Требования к документации информационной системы ……………….9
7. Источники разработки …………………………………………………… 9
2. МОДЕЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
1. Диаграмма вариантов использования UML …………………………….10
2. Функциональная модель информационной системы на основе методологии SADT ……………………………………………………... 11
3. Диаграмма потоков данных ……………………………………………..12
4. Модель сущность-связь…………………………………………………. 14
3. ПРОГРАММНЫЕ МОДУЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
1. Структура программных модулей ………………………………………15
2. Спецификация на программные модули……………………….…........ 15
4. РЕАЛИЗАЦИЯ ПРОГРАММНОГО МОДУЛЯ
1. Порядок создания модуля……………………………………….……… 17
2. Экранные формы ……………………………………………………….  20

   ЗАКЛЮЧЕНИЕ ………………………………………………………………….. 24

СПИСОК ЛИТЕРАТУРЫ ………………………………………………………..25

ПРИЛОЖЕНИЕ  А……………………………………………………………….. 26

 

 

ВВЕДЕНИЕ

В современном мире наиболее распространен способ автоматизации  –  с помощью программных средств.

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

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

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

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

Современные СУБД обеспечивают:

- набор средств для  поддержки таблиц и отношений  между связанными                                                                                                                                                                                                                                                                                                                                                                                                                                                     таблицами;

- развитый пользовательский  интерфейс, который позволяет  вводить и модифицировать информацию, выполнять поиск и представлять  информацию в графическом или  текстовом режиме;

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

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

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

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

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

 

 

1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ ИНФОРМАЦИОННОЙ СИСТЕМЫ

 

1.1 Общие  сведения

Работа ведётся на основании задания на курсовое проектирование по дисциплине «Проектирование информационных систем»,  разработчик – студент группы ДПИ – 108 Щеглов Виктор. 

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

Курсовой проект состоит из теоретической и практической частей. Теоретическая часть включает данное подробное описание работы с приложениями в виде блок-схем, показывающих структуру работы информационной системы. Практическая часть включает разработку и реализацию с использованием среды программирования Delphi 7 программных модулей информационной системы.

1.2 Назначение  и цели создания системы

Разработанная «Информационная система складского учёта книжного магазина» предназначена для автоматизации  процессов движения товара на предприятии:

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

1. Разработанная Информационная Система должна учитывать поступивший товар на склад (добавление нового вида, сорта товара).
2. Формировать документации по поступившему товару;
3. Выдачу определенного количества товара в магазин;
4. Учет товара в магазине;
5. Формирование документации по всему товару магазина;
6. Продажу определенного количества товара с магазина и формирование соответствующей документации о проданном товаре.

1.3  Характеристика объектов автоматизации

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

4.    Требования к информационной системе

Требования к функциям, выполняемым системой.

Информационная  система должна выполнять следующие  функции:

1. работать с товарами находящимися на складе и выполнять                                     требуемые операции по учету движения товаров;
2. изменение уже имеющегося товара;
3. вывод на печать всего списка товара на складе и магазине;
4. возможность сортировки данных в таблицах информационной системы.

Информационная  должна быть разработана с учетом существующей нормативной базы и ГОСТ РФ.

Требования  к защите данных.

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

Требования  к надежности.

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

 

1.5 Состав  и содержание работ по созданию  информационной системы

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

 

1.6 Требования  к документации информационной  системы

Состав документации информационной системы должен включать следующие документы:

1. Техническое задание на разработку информационной системы, соответствующее  ГОСТ 34.602-89;
2. Функциональную модель информационной системы на основе методологии SADT и диаграмму потоков данных;
3. Структуру программных модулей информационной системы;
4. Спецификацию на  программные модули информационной системы;

 

1.7 Источники разработки

Источниками разработки данного технического задания являются ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» и задание на курсовое проектирование по дисциплине «Проектирование информационных систем».

 

 

 

1.  МОДЕЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ

1.   Диаграмма вариантов использования UML

 

Рисунок 2.1 – Диаграмма  вариантов использования

 

 

 

• 2.2  Функциональная модель информационной системы на основе методологии SADT

Рисунок 2.2 - Контекстная IDEF0-диаграмма

Данная диаграмма показывает структуру складского учёта книжного магазина. Диаграмма работает следующим образом: на склад поступает товар со следующими признаками: Код товара, Наименование товара, Единица измерения, Количество товара, Цена товара, Сумма, Дата поступления. Со склада товара товар передается в магазин и на складе учитывается оставшееся количество на складе, количество проданного товара и прибыль от проданного товара.

Управляющие структуры: правила ведения складского учёта, законодательные и нормативные акты; механизм: персонал организации. Также она имеет цель: получение прибыли от продажи. Точка зрения: Инженер ИТ.

 

Рисунок 2.3 - Декомпозиция контекстной IDEF0-диаграммы

2.3 Диаграмма потоков данных

Рисунок 2.4 - Контекстная DFD-диаграмма

Данная диаграмма показывает структуру складского учёта книжного магазина. Внешние сущности: «Поставщик» и «Магазин», E1 и E2 соответственно. Хранилище данных: «Законодательные и нормативные акты» - D1, «База данных» - D2. Эта диаграмма работает следующим образом: поставщик привозит товар, на складе идет учет товара (заполнение баз данных), после этого на складе осуществляется проверка поступившего товара по накладным. Со склада товар передается в магазин, в магазине осуществляется проверка оставшегося количества товара на складе. Все эти операции контролируют законодательные и нормативные акты. С их помощью осуществляется правила приема и передачи товара и формирование всей документации.

 

 

 

Рисунок 2.5 – декомпозиция контекстной диаграммы, DFD-диаграммы

 

 

 

2.4 Модель сущность  – связь

«Информационная система  складского учета книжного магазина» разработана с использованием базы данных, которая называется «Baza.mdb». База данных содержит следующие таблицы: «Sklad», «Magazin», «Chek».

Рисунок 2.6 – Модель сущность-связь

 

 

 

 

 

 

 

 

 

 

 

3  ПРОГРАМНЫЕ МОДУЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1  Структура  программных модулей

    - процесс передачи данных;

    - выполнение команды.

Рисунок 3.1 - Общая структура программных модулей информационной системы

 

С блока «Form1» осуществляются следующие процессы: выполнение блока «Sklad», «Chek». С блока «Chek» выполняется процесс «Печать чека». С блока «Form1» данные передаются на блоки «DM» и обратно.

 

3.2 Спецификация  на программные формы

1. Имя формы: «Form1»

• Имя вызываемой формы: вызывается при загрузке программы;

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

2. Имя модуля: «Sklad»

• Имя вызывающего модуля: вызывается при выборе на модуле «FSklad»;
• Входные параметры: ввод информации о товаре;
• Выполняемые функции: осуществляется добавление информации в базу данных и отображение ее в таблице;
• Выходные данные: отображение товара;

3. Имя модуля: «DM_O»

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

 

 

 

 

 

 

4 РЕАЛИЗАЦИЯ ПРОГРАМНОГО МОДУЛЯ

 

4.1 Порядок создания модуля

 

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

Сама базу данных реализована с помощью Microsoft Access. Поэтому разработку модуля начинаем с создания базы данных. База данных содержит следующие таблицы: Sklad, Magazin, cek.

 Таблица 4.1 – Содержание таблицы «Sklad»

Имя поля	Тип данных
№	текстовый
Vid	текстовый
naimenovanie	текстовый
Kol	текстовый
cena	текстовый

Таблица 4.2 – Содержание таблицы «Magazin»

Имя поля	Тип данных
№	текстовый
Vid	текстовый
naimenovanie	текстовый
Kol	текстовый
cena	текстовый

 

 

 

 

Таблица 4.3 – Содержание таблицы «Cek»

Имя поля	Тип данных
Vid	текстовый
Naimenovanie	текстовый
Kol	текстовый
Cena	текстовый

 

Затем переходим  в среду Delphi 7 для дальнейшей программной реализации модуля. Создаваемы  проект «ИС складского учёта книжного магазина».

Создаем стандартный  проект File – New – Form. Разработанная информационная система содержит следующий перечень форм: Form1 (Информационная система складского учёта газового оборудования), Form2 (Печать чека), Form3 (Выдача со склада), Form4 (О программе).

При разработке информационной системы использовались следующие компоненты: метка Label, текстовое поле Edit, командные кнопки Button, таблица DBGrid, компоненты DataSource, компонент Table, меню MainMenu, навигатор TDBNavigator, компонент DataBaseName. Свойства и назначение этих объектов описываются ниже.

 Label – метка, используемая для отображения текста. Компонент Label используется для отображения текста, который играет роль метки и не изменяется пользователем. Размещённый  на  Форме  Компонент Label  указывает  пользователю,  что  именно  он  должен  ввести  в  поле  ввода.  Для  этого  достаточно  в  Инспекторе  объектов  в  свойстве  Caption  ввести  нужный  текст. Свойство Font компонента Label предоставляет возможности по изменению шрифта выводимого текста. При переходе на строку Font в Инспекторе объектов появляется кнопочка, предоставляющая доступ к диалоговому окну выбора шрифта, такому же, с каким мы встречаемся работая, например, в Worde. 

Edit - окно редактирования для ввода пользователем однострочных текстов, а также может использоваться для отображения текста. Находится на панели инструментов Standard. Основное свойство окна редактирования (Edit) это Text. Это свойство можно задавать или устанавливать в процессе проектирования программ. Выравнивания и переноса текста нет. 

Компонент Button  представляет собой стандартную кнопку Windows, инициирующее какое-то действие.  Внешний вид – свойство Caption (надпись). Можно использовать ускоренный доступ – ставим перед надписью «&». Этот символ делает первый символ надписи подчеркнутым и пользователь может вместо щелчка на кнопке нажать Alt совместно с клавишей выделенного символа. Основное событие OnClick возникающее при щелчке на кнопке.

Фактически основная технология работы заключается в имитации-трансплантации внешних компонентов в DBGrid. Идея в том, чтобы получить контроль над табличной сеткой. Практически DBGrid состоит из набора компонентов TDBEdit.

Невизуальный компонент DataSource представляет собой источник данных, который обеспечивает связь между набором данных и компонентами отображения и редактирования данных. Все наборы данных должны быть связаны с компонентом источника данных, если требуется редактирование данных. Основное свойство источника данных – DataSet. Оно указывает на компонент набора данных (Table, Query и др), с которыми связан источник.  

Компонент Table в Delphi является невизуальным компонентом набора данных с одной таблицей и обеспечивает доступ к каждой записи и полю в одной указанной таблице базы данных. Компонент может работать с подмножеством записей внутри данной таблицы. Во время проектирования есть возможность создавать, модифицировать и удалять таблицу базы данных. Связь между таблицей базы данных и компонентом Table являются два свойства: DataBaseName и TableName. Сначала следует установить свойство DataBaseName, затем выбрать значение свойства TableName. Соединение с выбранной таблицей базы данных реализовано свойством Active (по умолчанию равно false). При значении true – таблица будет закрыта для других приложений. Свойство можно применять только при Active = false.

Компонент MainMenu является невизуальным, позволяет конструировать и создавать на форме полосу главного меню, а также сопутствующие выпадающие меню. Компонент MainMenu отображает на форме главное меню.

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

 

4.2 Экранные формы

Рисунок 4.1 – Главная  форма программы (товар на складе)

 

Рисунок 4.2 – Окно ввода  передаваемого количества товара со склада

 

Рисунок 4.3 – Главная  форма программы (товар в магазине)

Рисунок 4.4 – Окно ввода  продаваемого количества товара

 

Рисунок 4.5 – Главная форма программы (проданный товар)

 

Рисунок 4.6 – Печать чека проданного товара

 

 

 

 

 

 

 

 

 

ЗАКЛЮЧЕНИЕ

В результате выполнения курсового проекта были решены следующие  задачи:

1. Составлено техническое  задание на разработку информационной системы в соответствии с ГОСТ 34.602–89.

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

3. Реализован один  из программных модулей информационной  системы с использованием среды  программирования Delphi 7.

4. Выполнено подключение  к программному модулю базы  данных MS Access.

5. Разработана спецификация  на  программные модули информационной системы.

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

 

 

 

 

 

 

 

 

 

 

 

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы, 01.01.1990.
2. Вендров А. М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.
3. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. М.: Финансы и статистика, 2005.
4. Калашян А. Н., Калянов Г. Н. Структурные модели бизнеса: DFD-технологии. М.: Финансы и статистика, 2003.
5. Калянов Г. Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов.– М.: Горячая линия-Телеком, 2002.
6. Леоненков А. В. Самоучитель UML. СПб.: БХВ, Петербург, 2004. 
7. Маклаков С. В. Моделирование бизнес процессов с BPwin 4.0 М.: Диалог-МИФИ, 2002.
8. Марк Д. А. и Мак-Гоуэн К. Методология структурного анализа и проектирования SADT. М.: Мета Технология, 1993.
9. Петер Пин-Шен Чен. Модель "сущность-связь" – шаг к единому представлению о данных // Системы Управления Базами Данных. 1995. № 3. С. 137-158 (переведено из ACM Transactions on Database Systems, v.1, № 1, 1976).
10. Ромбо Дж., Буч Г., Якобсон А. UML. Специальный справочник.  СПб.: Питер, 2002.
11. Фаулер М., Скотт К. UML. Основы. Спб.: Символ-Плюс, 2002.
12. Черемных С. В., Семенов И. О., Ручкин В. С. Структурный анализ систем: IDEF-технологии.  М.: Финансы и статистика, 2005.
13. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД: СПб.: Питер,  2009.