Разработка информационной системы «Склад предприятия». Часть 4.

Страницы:   1   2   3   4

---

5.2 Проектирование интерфейса информационной системы

 

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

• набор задач пользователя, которые он решает при помощи системы;

• элементы управления системой;

• навигация между блоками системы;

• визуальный дизайн экранов программы.

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

• снижение количества ошибок пользователя;

• снижение стоимости поддержки системы;

• уменьшение потерь продуктивности работников при внедрении системы и более быстрое восстановление утраченной продуктивности;

• улучшение морального состояния персонала;

• уменьшение расходов на изменение пользовательского интерфейса по требованию пользователей;

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

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

 

5.2.1. Пользовательский интерфейс управляющей программы

 

Основным модулем «АРМ Оптовая База» является модуль Luck.exe, обеспечивающий реализацию основной функциональности диаграммы вариантов использования, представленной на рисунке 1.9 раздела 1.4.

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

 

5.3. Проектирование баз данных

 

Для проектирования базы данных был использован ERwin 4.0 от Computer Associates Int.

ERwin — мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных. На протяжении всего процесса — от логического моделирования требований к информации и бизнес-правил, которые определяют базу данных, до оптимизации физической модели в соответствии с заданными характеристиками — ERwin позволяет наглядно отобразить структуру и основные элементы БД. [20]

ERwin — не только лучший инструмент для проектирования баз данных, но и средство для их быстрого создания. ERwin оптимизирует модель в соответствии с физическими характеристиками целевой базы данных. В отличие от других инструментальных средств, ERwin автоматически поддерживает согласованность логической и физической схем и осуществляет преобразование логических конструкций, таких как отношения многие-ко-многим, в их реализацию на физическом уровне. Облегчает проектирование баз данных. Для этого достаточно создать графическую E-R модель (объект-отношение), удовлетворяющую всем требованиям к данным и ввести бизнес-правила для создания логической модели, которая отображает все элементы, атрибуты, отношения и группировки. Erwin имеет два уровня представления модели – логический и физический. Логический уровень – это абстрактный взгляд на данные, на нём данные представляются, так как выглядят в реальном мире, и могут называться так, как называются в реальном мире, например «Постоянный клиент», «Отдел» или «Фамилия сотрудника». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логический уровень модели данных является универсальным и никак не связан с конкретной реализацией СУБД. Различают три подуровня логического уровня модели данных, отличающиеся по глубине представления информации о данных:

• Диаграмма сущность – связь (Entity Relationships Diagram (ERD));

• Модель данных, основанная на ключах (Key Based model (KB));

•Полная атрибутивная модель (Fully Attributed model (FA)).

Диаграмма сущность – связь включает сущности и взаимосвязи, отражающие основные бизнес – правила предметной области. Такая диаграмма не слишком детализирована, в неё включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям. Диаграмма сущность – связь может включать связи «многие ко многим» и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области. Модель данных, основанная на ключах, — более подробное представление данных. Она включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области.

Логическая модель – наиболее детальное представление структуры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи (смотри приложение Б). [26]

Физическая модель данных напротив зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физическом уровне модели содержится информация обо всех объектах базы данных. Поскольку стандартов на объекты базы данных не существует (например, нет стандарта на типы данных), физический уровень модели зависит от конкретной реализации СУБД. Следовательно, одному и тому же логическому уровню модели могут соответствовать несколько разных физических уровней различных моделей. Если на логическом уровне модели не имеет большего значения, какой конкретно тип данных у атрибута (хотя и поддерживаются абстрактные типы данных), то на физическом уровне модели важно описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах, процедурах и т.д. Разделение модели данных на логический и физический уровни позволяет решить несколько важных задач

 

5.4. Обоснование выбора платформы создания информационной системы

 

Visual FoxPro — визуальная среда разработки систем управления реляционными базами данных, выпускаемая в настоящее время корпорацией Майкрософт. Последней версией является 9.0. Использует язык программирования FoxPro. Версия системы 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 — только в Windows XP, 2000, 2003.

FoxPro (Фокс-про?) — один из диалектов языка программирования xBase. Применяется в основном для разработки реляционных СУБД, хотя возможно применять для разработки и других классов программ.Как уже отмечалось выше, язык VFP это сильно дополненный и расширенный язык xBase. В Visual FoxPro язык программирования, то есть базовой конструкцией языка является понятие класса. Исходный же вариант xBase это чистейший структурный язык, с базовым понятием процедур и функций. Таким образом, современный язык программирования Visual FoxPro допускает совмещать как и программирование «по старинке» описанием массы процедур, так и в стиле ООП, создавая сложную иерархию классов.

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

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

• Современная организация реляционных баз данных, позволяющая хранить информацию о таблицах базы, их свойствах, индексах и связях, задавать условия соблюдения ссылочной целостности, создавать локальные и удаленные представления (Views), связи с серверами, хранимые процедуры, исполняемые при наступлении более 50 различных видов событий (VFP 7.0-9.0).

• Высокая скорость работы с большими базами данных.

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

• Высокая скорость разработки приложений с использованием Мастеров (Wizard), Конструкторов (Designer), Построителей (Builder), режим подсказок IntelliSense при написании текста программ, системы отладки и тестирования программ.

• Возможность разработки приложений, работающих по технологии «клиент-сервер» с данными, размещенными на серверах баз данных Oracle и Microsoft SQL Server и с другими приложениями Microsoft Windows с использованием ODBC и OLE

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

5.4 Тестирование

 

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

С технической точки зрения тестирование заключается в выполнении приложения на некотором множестве исходных данных и сверке получаемых результатов с заранее известными (эталонными) с целью установить соответствие различных свойств и характеристик приложения заказанным свойствам. Как одна из основных фаз процесса разработки программного продукта, тестирование характеризуется достаточно большим вкладом в суммарную трудоемкость разработки продукта. Широко известна оценка распределения трудоемкости между фазами создания программного продукта: 40%-20%-40%, из чего следует, что наибольший эффект в снижении трудоемкости может быть получен прежде всего на фазах Design и Testing. Поэтому основные вложения в автоматизацию или генерацию кода следует осуществлять, прежде всего, на этих фазах. Хотя в современном индустриальном программировании автоматизация тестирования является широко распространенной практикой, в то же время технология верификации требований и спецификаций пока делает только свои первые шаги. Задачей ближайшего будущего является движение в сторону такого распределения трудоемкости, чтобы суммарная цена обнаружения большинства дефектов стремилась к минимуму за счет обнаружения преимущественного числа на наиболее ранних фазах разработки программного продукта.

По завершению данного этапа было проведено тестирование разрабатываемого программного продукта, который прошел тестовый комплекс и соответствует всем параметрам (рисунок 5.4).

 

6 Реализация и аттестация информационной системы

6.1. Реализация приложения

 

Реализация приложения по своей сути, является одним из трудоемких этапов для разработчика информационной системы, потому что, те требования, которые выдвигает заказчик, должны быть четко и корректно интегрированы в систему. Пока нет таких программных продуктов, которые могли бы «подстраиваться» под требования так называемого заказчика и выдавать определенный набор функций для реализации системы, которые будут соответствовать этим требованиям. Поэтому каждый разработчик должен выбрать для себя оптимальную среду для разработки системы, но следует заметить, что при реализации приложения никак не обойтись без написания программного кода. Именно при написании программного кода, будут реализовываться некие функции, которые должна выполнять система. В зависимости от выбранной среды реализации системы, программный код будет выглядеть по-разному, в такой среде как Microsoft Visual FoxPro будет один программный код, в Visual Basic другой и т.д.

В данном случае реализация приложения выполнялась в Microsoft Visual FoxPro.

Ниже будут описаны основные функции системы:

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

2. Кнопка меню приход. Даная кнопка позволяет провести учет поступающих товаров на склад магазина рис 6.1.1.

3. В кнопке меню расход ведется учет отпущенного товара со склада рис 6.1.2.

4. В кнопке меню доступа регулируются права пользования данной программой рис 6.1.3

5. В кнопке меню остатки хранится информация о хранящихся материалах на складе магазина рис 6.1.4.

6. В кнопке меню касса храниться информация о приходных кассовых ордерах и расходных кассовых ордерах рис 6.1.5

7. В кнопке меню переоценка проходит изменения цены на новую цену товара

Классификация ИС по различным признакам Информационные системы, являясь объектами реального мира, классифицируются по различным признакам: по архитектуре, степе- ни автоматизации, характеру обработки данных, сфере применения, охвату задач (масштабности).7 По аритектуре ИС подразделяются: • на настольные (desktop), или локальные, ИС, в которых все ком- поненты (БД, СУБД, клиентские приложения) находятся на одном компьютере; • распределенные (distributed) ИС, в которых компоненты распре- делены по нескольким компьютерам. Распределенные ИС, в свою очередь, подразделяются: • на файл-серверные ИС (ИС с архитектурой «файл-сервер»); • клиент-серверные ИС (ИС с архитектурой «клиент-сервер»). В файл-серверных ИС база данных находится на файловом сер- вере, а СУБД и клиентские приложения находятся на рабочих стан- циях. В клиент-серверных ИС база данных и СУБД находятся на сервере, а на рабочих станциях находятся клиентские приложения. В свою очередь, клиент-серверные ИС подразделяются на двухзвенные и многозвенные. В двухзвенных (two-tier) ИС всего два типа звеньев: сервер баз данных, на котором находятся БД и СУБД (back end), и рабочие станции, на которых находятся клиентские приложения (front-end). Клиентские приложения обращаются к СУБД напрямую. В многозвенных (multi-tier) ИС добавляются промежуточные звенья — серверы приложений (application servers). Пользовательские клиентские приложения не обращаются к СУБД напрямую, они взаимодействуют с промежуточными звеньями. Типичный пример применения многозвенности — современные веб-приложения, использующие базы данных. В таких приложениях помимо звена СУБД и клиентского звена, выполняющегося в веб-браузере, имеется, как минимум, одно промежуточное звено — веб-сервер с соответствую- щим серверным программным обеспечением (ПО). По степени автоматизации ИС подразделяются: • на автоматизированные — информационные системы, в которых автоматизация может быть неполной (т.е. требуется постоянное вмешательство персонала); • автоматические — информационные системы, в которых автоматизация является полной, т. е. вмешательство персонала не требу- ется или требуется только эпизодически. «Ручные» ИС (без компьютера) существовать не могут, поскольку действующие определения предписывают обязательное наличие в составе ИС аппаратно-программных средств. Вследствие этого понятия «автоматизированная информационная система», «компьютер- ная информационная система» и просто «информационная система» являются синонимами [56]. По характеру обработки данных ИС подразделяются: • на информационно-справочные, или информационно-поисковые, ИС, в которых нет сложных алгоритмов обработки данных, а це- лью системы является поиск и выдача информации;8 • ИС обработки данных, или решающие ИС, в которых данные подвергаются обработке по сложным алгоритмам. К таким системам, в первую очередь, относятся автоматизированные системы управления и системы поддержки принятия решений. По сфере применения ИС подразделяются на множество типов. Поскольку ИС создаются для удовлетворения информационных потребностей в рамках конкретной предметной области, то каждой предметной области (сфере применения) соответствует свой тип ИС. Перечислять все типы не имеет смысла, так как количество предметных областей велико, но можно указать в качестве примера следующие типы ИС: • экономическая ИС — информационная система, предназначенная для выполнения функций управления на предприятии; • медицинская ИС — информационная система, предназначенная для использования в лечебном или лечебно-профилактическом учреждении; • географическая ИС — информационная система, обеспечивающая сбор, хранение, обработку, доступ, отображение и распространение пространственно-координированных данных (пространственных данных). По охвату задач (масштабности) ИС подразделяются: • на персональные ИС, предназначенные для решения некоторого круга задач одного человека; • групповые ИС, ориентированные на коллективное использование информации членами рабочей группы; • корпоративные ИС, охватывающие (в идеале) все информационные процессы целого предприятия, достигая их полной согласованности, безызбыточности и прозрачности. Такие системы иногда называют системами комплексной автоматизации предприятия

 

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

 

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

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

 

ЗАКЛЮЧЕНИЕ

 

Результатом выполнения выпускной квалификационной работы является программный продукт «АРМ заведующего складом IT оборудования». Программа включает в себя все этапы хранения, поиска и сортировки нужной информации, предоставляет удобные инструменты, которые позволяют улучшить качество и повысить скорость выполнения каждой операции.

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

Выбрана модель прототипа для проектирования программного продукта, в соответствии с которой разработан программный продукт «АРМ заведующего склада IT оборудования». Код программы представлен на языке Object Pascal.

Оптовая цена разработанного приложения составит 961,35 рубля; себестоимость – 739,5 рубля; плановая прибыль – 295,94 рубля; НДС – 133 рубля; цена – 824,46 рублей.

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

 

Список использованных источников

 

1. Подольский А. П. Программирование на языке Delphi – М.: «Феникс», 2011 г. 170 с.
2. Фленов М. Е. Библия Delphi, М.: «БХВ-Петербург», 2012г. 190 с.
3. Фаронов В. «Система программирования DELPHI». Санкт-Петербург – М.: «БХВ-Петербург», 2013 г. 130 с.
4. Архангельский А.Я. Программирование в Delpfi для Windows, – М.: Бином-Пресс, 2014 г. 132 с.
5. Сорокин А. Delphi. Разработка баз данных, – М.: Питер, 2005 г. 85 с.
6. Баженова И. Ю., Delphi 7. Самоучитель программиста, – М: КУДИЦ-Образ, 2014 г. 204 с.
7. Фаронов В. Программирование баз данных в Delphi 7. Учебный курс, – М.: Питер, 2015 г. 155 с.
8. Джулиан Бакнелл Фундаментальные алгоритмы и структуры данных в Delphi, – М.: ДиаСофтЮП, 2016 г. 96 с.
9. Понамарев В. Базы данных в Delphi 7. Самоучитель – М.: Питер, 2017 г. 126 с.
10. Кандзюба С. П., Громов В. Н. Delphi 6/7. Базы данных и приложения. Лекции и упражнения, – М.: ДиаСофтЮП, 2017 г. 119 с.
11. Черняк В.З., Бизнес-планирование. – М.: Юнити, 2017 г. 111 с.

---

Страницы:   1   2   3   4