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

 

 

 

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.