Сетевое приложение учета работы магазина бытовой техники

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. АНАЛИЗ И ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание поставленной задачи

1.2 Обоснование актуальности исследуемой задачи

1.3 Современное состояние исследуемой задачи

1.4 Обзор методов решения подобных задач

1.5 Постановка задачи, требования к входным данным и выходным формам

1.6 Выводы

2. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ И АРХИТЕКТУРЫ ПРОГРАММНОГО ПРОДУКТА

2.1 Выбор методов и средств реализации

2.2 Архитектура программного продукта

2.3 Описание логической структуры программного продукта

2.4 Функциональная схема, функциональное назначение

программного продукта

3. РЕАЛИЗАЦИЯ И ТЕСТИРОВАНИЕ

ПРОГРАММНОГО ПРОДУКТА

3.1 Описание реализации программного продукта

3.2 Тестирование и оценка надежности программного продукта

3.3 Расчет себестоимости от внедрения результатов ВКР

3.4 Охрана труда

ЗАКЛЮЧЕНИЕ

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ И ТЕРМИНОВ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ



ВВЕДЕНИЕ

информационный учет приложение программный

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

Многие коммерческие предприятия нуждаются не просто в информационных системах, которые можно использовать только на производстве, но и в информационных системах типа клиент-сервер, потому что они позволяют работать с сервером, на котором хранятся все данные и получить доступ к которому можно из любого места, где есть сеть Интернет. Кроме этого, клиент-серверное приложение, использующее Web-client, позволяет обычным пользователям получать информацию об организации, последние новости и даже совершать покупки в режиме online.

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

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

1. АНАЛИЗ И ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание поставленной задачи

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

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

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

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

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

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

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

1.2 Обоснование актуальности исследуемой задачи

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

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

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

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

1.3 Современное состояние исследуемой задачи

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

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

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

Как правило, в состав АИС входят:

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

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

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

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

- комплекс технических средств.

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

Современный Интернет-магазин должен соответствовать ряду рекомендуемых требований:

- иметь возможность онлайн заказа выбранных товаров;

- иметь описанные способы и стоимость доставки заказов;

- иметь опубликованную контактную информацию;

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

Товары, продаваемые через магазин должны соответствовать всем законам и нормативным актам, принятым на территории ПМР. Кроме того желательно не работать с поддержанными товарами и товарами, бывшими в употреблении.

Магазин должен иметь скрипт, позволяющий выгружать товарные предложения магазина в формате XML. Желательно создать скрипт (asp, php или др.) с индексированными товарами электронного магазина при обращении к которому происходит выгрузка информации из базы в файл xml, содержащий описания товаров, их цены, и ссылки на "страницу товара" в Интернет-магазине.

Страница товара - это описание одного товарного предложения с картинкой, если она есть, ценой и кнопкой купить или положить в корзину. Каждый товар магазина должен иметь свою страницу с уникальным адресом URL.

URL скрипта должен быть опубликован в заранее оговоренном месте сервера и быть доступен по протоколу ftp или http (допускается использование basic авторизации и архивации).

1.4 Обзор методов решения подобных задач

Наиболее популярными системами, используемыми в настоящее время для автоматизации торговой и складской деятельности предприятий в России, являются программы «1С:Торговля и склад» и «1С:Управление торговлей».

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

"1С: Торговля и склад" автоматизирует работу на всех этапах деятельности предприятия и позволяет:

- вести раздельный управленческий и финансовый учет;

- вести учет от имени нескольких юридических лиц;

- вести партионный учет товарного запаса с возможностью выбора метода списания себестоимости (FIFO, LIFO, по средней);

- вести раздельный учет собственных товаров и товаров, которые взяты на реализацию;

- оформлять закупку и продажу товаров;

- производить автоматическое начальное заполнение документов на основе ранее введенных данных;

- вести учет взаиморасчетов с покупателями и поставщиками, детализировать взаиморасчеты по отдельным договорам;

- выполнять резервирование товаров и контроль оплаты;

- вести учет денежных средств на расчетных счетах и в кассе;

- вести учет товарных кредитов и контроль их погашения;

- вести учет переданных на реализацию товаров, их возврат и оплату;

При использовании программы "1С: Торговля и склад" пользователь имеет возможность:

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

- работать с взаимосвязанными документами;

- выполнять автоматический расчет цен списания товаров;

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

- вести учет товаров в различных единицах измерения;

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

- автоматически формировать бухгалтерские проводки.

"1С: Торговля и склад" содержит средства обеспечения сохранности и непротиворечивости информации:

- возможность запрещения пользователям "прямого" удаления информации;

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

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

- установка запрета на редактирование печатных форм документов;

- "запирание" системы пользователем при временном прекращении

работы.

Система “1С: Торговля и склад” наряду со своими плюсами имеет также ряд недостатков:

- требует больших денежных затрат на приобретение;

- установить систему 1С: “Торговля и склад” может не любой пользователь, а только обученный;

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

Для автоматизации торговой деятельности существует программный комплекс под названием OptimumDP.

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

Optimum использует технологию «клиент-сервер». Серверная часть включает в себя базу данных и специальное приложение MAS (Mobile Application Server), которое является посредником между клиентом (мобильная часть Optimum) и этой БД. Клиентом является программа, которая устанавливается на КПК торгового представителя.

Поскольку MAS -- одно из самых важных звеньев программы, то мы рассмотрим его более подробно. Данные от клиента передаются MAS в сжатом закодированном виде. Благодаря этому, в случаях использования синхронизации через GPRS уменьшаются затраты на трафик и время, необходимое на передачу данных. В итоге время, затрачиваемое на полную синхронизацию с сервером (загрузка списка клиентов, прайс-листа), занимает около 3-4 минут. Это если предприятие является довольно крупным (с большим прайс-листом, внушительным списком клиентов).

К серверу MAS одновременно может обращаться большое количество торговых представителей. Для облегчения работы администратора MAS может автоматически обновлять мобильную часть программы Optimum. Стоит только клиенту подсоединиться к серверу, сразу будет проверена версия программы. И при наличии более «свежей» версии начнется обновление.

Кроме того, существуют следующие виды Интернет-магазинов:

- простой Интернет-магазин отличается низкой ценой разработки, высокой скоростью изготовления и отсутствием онлайн-оплат - только простой заказ товаров по e-mail. Данный вид Интернет-магазина содержит каталог товаров (он может управляться как посредством CMS, так и может быть набором HTML-страниц), из которого покупатель выбирает то, что хочет приобрести, а затем заполняет единую форму заказа, где указывает нужные ему товары и свои контактные данные. После этого информация поступает по e-mail оператору Интернет-магазина, который в свою очередь связывается с покупателем по указанным им в форме контактным данным.

Даже такой простой интернет-магазин позволит компании привлечь дополнительных клиентов, автоматизировать и увеличить продажи.

- Интернет-магазин с онлайн оплатой предоставляет возможность совершить оплату заказа через Интернет посредством множества электронных платежных систем (WebMoney, Яндекс-деньги и пр.), а также путем использования и более привычных и традиционных способов оплаты: наличные, кредитные карточки, банковский перевод.

- сложный Интернет-магазин является самым полноценным. В нем ведется статистика заказов по каждому клиенту, рассчитываются бонусы и индивидуальные кошельки. Могут быть введены всякого рода системы скидок. Сложный интернет-магазин полностью автоматизирован. Покупатель может видеть точное наличие товара, может выбрать наиболее удобный для него вариант доставки (курьер, почта и т.д.) и способ оплаты.

1.5 Постановка задачи, требования к входным данным и выходным формам

В данной выпускной квалификационной работе принято решение реализовать Клиентское приложение средствами Microsoft Visual Studio 2010 на языке высокого уровня С#. Оно должно реализовывать два режима: администратор и кассир. Администратор имеет возможность просматривать все записи товаров, производить по ним поиск, а также добавлять изменять и удалять. Кассир имеет возможность просматривать товары и производить по ним поиск, а также добавлять их в корзину для последующей выдачи чека покупателю. Кроме того, Клиентское приложение должно реализовывать класс, отвечающей за обмен сообщениями с Серверным приложением по сети [3].

Серверное приложение должно быть реализовано средствами Microsoft Visual Studio2008 на языке высокого уровня С#. Оно должно реализовать класс, отвечающий за обмен сообщениями с Клиентским приложением, класс для обращения с запросами к базе данных, а также класс, для ведения журнала.

База данных должна быть выполнена средствами СУБД Microsoft SQL Server 2005 и хранить информацию о товарах и новостях.

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

Системные требования к программному продукту следующие:

- Компьютер с процессором с тактовой частотой не менее 1,6 ГГц;

- ОЗУ не менее 384 МБ (ОЗУ не менее 768 МБ для Windows Vista);

- 2,2 ГБ свободного дискового пространства;

- Жесткий диск 5400 об/мин;

- Дисплей с разрешением не менее 1024х768;

- Дисковод DVD-ROM.

Операционные системы:

- Windows Vista (x86иx64) - все выпуски, кроме Starter Edition;

- Windows XP (x86 и x64) с пакетом обновления 2;

- WindowsServer 2003 (x86 и x64) с пакетом обновления 1;

- WindowsServer 2003 R2 (x86 и x64) или более поздней версии.

1.6 Выводы

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

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

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



2. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ И АРХИТЕКТУРЫ ПРОГРАММНОГО ПРОДУКТА

2.1 Выбор методов и средств реализации

Для разработки клиент-серверного приложения было принято решение использовать интегрированные среды разработки Microsoft Visual Studio 2010 и Microsoft Visual Studio 2008, содержащие программную платформу .NET Framework версий 4.0 и 3.5 соответственно. Данные среды предоставляет удобный редактор исходного кода, что позволяет продуктивно и в короткие сроки писать сложные быстродействующие приложения. Также позволяют создавать приложения со сложным графическим интерфейсом, причем как с помощью классического для .NET Framework интерфейса программирования приложений Windows Forms, так и посредством технологии Windows Presentation Foundation системы для построения клиентских приложений Windows с визуально привлекательными возможностями взаимодействия с пользователем благодаря расширяемому языку разметки XAML [1].

Большая гибкость и широкая функциональность WPF при создании пользовательского интерфейса является причиной выбора этой технологии для создания клиентского приложения в данной курсовой работе. Помимо перечисленных выше технологий выбранные среды предоставляют возможность написания консольных приложений, веб-приложений, веб-служб и веб-сайтов. Среды предоставляет возможность проектирования приложений, создания различных диаграмм описывающих разрабатываемый программный продукт, удобные средства отладки программы, рефакторинга кода, тестирования компонентов приложения. VisualStudioподдерживает разработку программ на нескольких языках программирования, предоставляет возможность взаимодействия с другими продуктами компании Microsoftи сторонних компаний, посредством подключения соответствующих библиотек. В настоящий момент линейка продуктов Visual Studio активно поддерживается, совершенствуется и продвигается компанией Microsoft.

В качестве языка программирования был выбран объектно-ориентированный язык программирования C#. Данный язык является достаточно мощным средством написания объектно-ориентированных программ, обладающих сложной архитектурой, поддерживает все принципы объектно-ориентированного программирования, имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного привидения типов), делегаты, атрибуты, события, свойства, обобщенные типы и методы, итераторы, анонимные функции с поддержкой замыкания, LINQ, исключения, комментарии в формате XML.

В качестве системы управления базами данных (СУБД) была выбрана СУБД Microsoft SQL Server 2005. Это система управления реляционными базами данных, разработанная корпорацией Microsoft. Основной используемый язык запросов Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка. Microsoft SQL Server 2005является мощным средством работы с базой данных, способной обрабатывать большие объемы информации [2].

2.2 Архитектура программного продукта

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

Целесообразно проектирование и разработку разбить на модули.

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

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

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

- серверная часть;

- клиентская часть;

- выделенная база данных (БД).

Структура информационной системы представлена на рисунке 2.1.

Клиентская часть будет содержать:

- модуль выработки и отправки запроса серверному модулю;

- модуль получения и выдачи ответа от серверного модуля;

- модуль формирования корзины покупателя;

- модуль формирования отчетов;

В свою очередь серверная часть будет состоять из модулей:

- модуль получения и выполнения запросов клиентского модуля к имеющейся БД;

- модуль отправки ответа клиенту.

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Рисунок 2.1 - Структура информационной системы

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

- формирование и отправка SQL-запроса серверному модулю;

- получение и выдача ответа от серверного модуля;

- формирование корзины покупателя;

- формирование отчетов;

Модуль выработки и отправки запроса серверному модулю предназначен для формирования SQL-запроса к БД и отправления его на выполнение серверному модулю. Алгоритм начинается с того, что пользователь должен активировать какое-то действие: нажать на кнопку добавления, удаления или редактирования данных, производить поиск данных на клиентской форме. Это активирует выработку SQL-запроса и отправляет его через установленное соединение между клиентской и серверной частью на серверную часть [7].

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

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

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

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

- получение и выполнение SQL-запросов клиентского модуля к БД;

- отправка ответа клиентскому модулю;

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

Модуль отправки ответа клиентской части предназначен для выработки, сериализации и передачи ответа на SQL-запрос клиентской части. Причем ответ может быть в разных видах в зависимости от SQL-запроса.

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

2.3 Описание логической структуры программного продукта

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

- достижение соглашения между разработчиками, заказчиками и пользователями о том, что должна делать ПС (проектируемая система);

- достижение лучшего понимания разработчиками поведения ПС;

- ограничение системной функциональности;

- создание базиса для планирования разработки проекта;

- определение пользовательского интерфейса.

Для достижения этих целей используются унифицированный язык моделирования UML (Unified Modeling Language).

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

Диаграмма классов представляет собой граф, имеющий вершины в виде классификаторов, и дуги в виде отношений между объектами диаграммы.

На диаграмме классов на рисунке 2.2 изображены два класса серверной части: класс главной формы Form1 и класс, отвечающий за соединение с клиентским модулем ServerResponsingToTheClientClass. Причем последний класс является вложенным классом класса главной формы и отображается внутри. Этот вид связи называется композиция, является частным случаем ассоциации и более строгим видом агрегации. В отличие от агрегации, композиция имеет жёсткую зависимость времени существования экземпляров класса контейнера и экземпляров содержащихся классов. Если контейнер будет уничтожен, то всё его содержимое будет также уничтожено [4].

На диаграмме классов на рисунке 2.3 изображены классы клиентского модуля, отвечающие за отображение информации о товарах в элементе пользовательского интерфейса TreeView. Это классы: TypeClass, SpeciesClass, SubspeciesClass, ApplienceClass, TreeViewItemViewModel, TypeViewModel, SpeciesViewModel, SubspeciesViewModel, ApplienceViewModel.

Класс TreeViewItemViewModel наследует интерфейс INotifyPropertyChanged, который изображен кружком. А от класса TreeViewItemViewModel наследуются еще четыре класса: TypeViewModel, SpeciesViewModel, SubspeciesViewModel, ApplienceViewModel. От них к родительскому классу идут характерные стрелки с незакрашенным концом. Этот вид связи на диаграмме называется обобщение.Обобщение показывает, что один из двух связанных классов (подтип) является частной формой другого (надтипа) и наследует его свойства. Любой экземпляр подтипа является также экземпляром надтипа.

Классы TypeClass, SpeciesClass, SubspeciesClass, ApplienceClass на диаграмме связаны с соответствующими им классами TypeViewModel, SpeciesViewModel, SubspeciesViewModel, ApplienceViewModel агрегацией. Агрегация указывает на то, что один класс контейнер включает в себя экземпляр другого класса, при этом класс, содержащийся в контейнере может существовать отдельно. Последние классы являются контейнерами и от них к соответствующим вложенным классам идет стрелка, указывающая на способ связи агрегация.

На диаграмме классов на рисунке 2.4 изображены остальные классы клиентского модуля.

Как было сказано в пункте 2.2, работа информационной системы должна обеспечиваться взаимодействием нескольких модулей. Первый модуль - это серверная часть и второй - клиентская [5].

Серверная часть содержит следующие классы: Form1, ServerResponsingToTheClientClass.

Класс Form1 является главным классом серверного модуля и включает в себя все наиболее важные методы для взаимодействия с клиентской частью, включая вложенный класс ServerResponsingToTheClientClass. Данный класс содержит следующие поля:



Таблица 2.1 - Поля класса Form1

Тип	Название	Описание
string	ConnectString	Содержит путь к БД.
string	global_type_id	Хранит глобальное значение идентификационного номера типа бытовой техники.
string	global_species_id	Хранит глобальное значение идентификационного номера вида бытовой техники.
string	global_subspecies_id	Хранит глобальное значение идентификационного номера подвида бытовой техники.
string	global_applience_id	Хранит глобальное значение идентификационного номера бытовой техники.
string	dataRecieve	Служит для хранения SQL-запроса, полученного от клиента.
TcpListener	server	Сервер-слушатель запросов от клиентского модуля.
int	port	Порт для прослушивания.
string	hostName	Название хоста.
IPAddress	localAddr	IP адрес.

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

Таблица 2.2 - Методы для взаимодействия с клиентским модулем

Название	Описание
ExecuteLoop	Процедура, предназначенная для инициализации канала прослушивания сервера с вызовом экземпляра класса ServerResponsingToTheClientClass для обработки SQL-запроса.
Form1_Load	Процедура, предназначенная для помещения метода ExecuteLoop в фоновый поток, для возможности параллельного прослушивания порта и отображения информации на форме.
StrRMethod	Процедура, предназначенная для считывания IPадреса из текстового файла.
WriteLine	Процедура, предназначенная для вывода на экран информации о запросе. Принимающие параметры: SQLзапрос, полученный от клиента.

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

Таблица 2.3 - Свойства класса ServerResponsingToTheClientClass

Тип	Название	Описание
SqlConnection	Con	Создает связь с БД.
string	Message	Хранит строку запроса от клиентского приложения.
Stream	SerializationStream	Поток сериализации для связи с клиентским приложением.

Методы для выполнения запроса клиентского модуля и выдачу ему ответа. К ним относятся методы, перечисленные в таблице 2.4.

Таблица 2.4 - Методы класса ServerResponsingToTheClientClass

Название	Описание
LogFileMethod	Процедура, предназначенная для ведения журнала запросов к серверу.
Main	Главная процедура класса, отвечающая за инциализирование процесса выполнения запроса клиентского модуля и сериализацию и отправку ему ответа.
MessageToClient_Select	Процедура, выдающая ответ на SQL запрос на выборку из БД. Возвращающее значение: таблица данных.
MessageToClient_InsertDeleteUpdate	Процедура, выдающая ответ на SQL запрос на редактирование данных в БД. Возвращающее значение: информация об успехе операции.
MessageToClient_IncorrectData	Процедура, выдающая ответ на некорректный SQL запрос. Возвращающее значение: информация о некорректности запроса.

Более наглядно описание взаимодействия между классами изображено на рисунке 2.2.

Рисунок 2.2 - Диаграмма классов серверного модуля

Клиентская часть содержит следующие классы: LoginWindow, MainWindow, ApplienceWindow, Database, ClientRequestingToTheServerClass, TypeClass, SpeciesClass, SubspeciesClass, ApplienceClass, TreeViewItemViewModel, TypeViewModel, SpeciesViewModel, SubspeciesViewModel, ApplienceViewModel.

Класс LoginWindow является классом окна LoginWindow.xaml, служащего для запрашивания логина и пароля у пользователя. Данный класс содержит следующий метод:

Таблица 2.5 - Метод класса LoginWindow

Название	Описание
LogFileMethod	Процедура, предназначенная для ведения журнала запросов к серверу.



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

Таблица 2.6 - Поля класса ApplienceWindow

Тип	Название	Описание
string	accessLevel	Хранит уровень доступа: кассир или администратор.
string	mode	Хранит действие по отношению к бытовой технике: добавление либо изменение и удаление.
string	_subspecies_id	Хранит идентификационный номер подвида бытовой техники.
string	applience_id	Хранит идентификационный номер бытовой техники.

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

Таблица 2.7 - Методы класса ApplienceWindow

Название	Описание
button1_Click	Процедура, предназначенная для добавления бытовой техники в БД на серверной части.
button2_Click	Процедура, предназначенная для изменения бытовой техники в БД на серверной части.
button3_Click	Процедура, предназначенная для удаления бытовой техники в БД на серверной части.
button4_Click	Процедура, предназначенная для добавления бытовой техники в корзину покупателя.
ApplienceWindow	Процедура-конструктор, в которой осуществляется оформление окна ApplienceWindow.xaml согласно уровню доступа и действию по отношению к бытовой технике. Принимающие значения: уровень доступа, действие по отношению к бытовой технике, идентификационный номер подвида бытовой техники, идентификационный номер бытовой техники.

Класс MainWindow является классом главного окна MainWindow.xaml, служащего для поиска и просмотра информации о бытовой технике, типах, видах и подвидах бытовой техники, включая е добавление, удаление, изменение информации [9]. Данный класс содержит следующие поля:

Таблица 2.8 - Поля класса MainWindow

Тип	Название	Описание
string	accessLevel	Хранит уровень доступа: кассир или администратор.
string	global_type_id	Хранит глобальное значение типа бытовой техники.
string	global_species_id	Хранит глобальное значение вида бытовой техники.
string	global_subspecies_id	Хранит глобальное значение подвида бытовой техники.
string	global_applience_id	Хранит глобальное значение бытовой техники
DataColumn	applience_id	Хранит идентификационный номер бытовой техники для занесения в корзину покупателя.
DataColumn	applience_name	Хранит имя бытовой техники для занесения в корзину покупателя.
DataColumn	number_of_units	Хранит количество экземпляров бытовой техники для занесения в корзину покупателя.
DataColumn	price	Хранит цену бытовой техники для занесения в корзину покупателя.
DataTable	Shopping_Cart	Хранит информацию о бытовой технике, которую занесли в корзину покупателя.

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

Таблица 2.9 - Методы класса MainWindow

Название	Описание
button1_1_Click	Процедура, предназначенная для добавления типа бытовой техники в БД на серверной части.
button1_2_Click	Процедура, предназначенная для изменения типа бытовой техники в БД на серверной части.
button1_3_Click	Процедура, предназначенная для удаления типа бытовой техники в БД на серверной части.
button2_1_Click	Процедура, предназначенная для добавления вида бытовой техники в БД на серверной части.
button2_2_Click	Процедура, предназначенная для изменения вида бытовой техники в БД на серверной части.
button2_3_Click	Процедура, предназначенная для удаления вида бытовой техники в БД на серверной части.
button3_1_Click	Процедура, предназначенная для добавления подвида бытовой техники в БД на серверной части.
button3_2_Click	Процедура, предназначенная для изменения подвида бытовой техники в БД на серверной части.
button3_3_Click	Процедура, предназначенная для удаления подвида бытовой техники в БД на серверной части.
MainWindow	Процедура-конструктор, в которой осуществляется оформление окна MainWindow.xaml согласно уровню доступа. Принимающие значения: уровень доступа.
wmtextBoxSearch_KeyDown	Процедура, предназначенная для поиска информации о бытовой технике.
Refresh_All_Types	Процедура, предназначенная для получения информации, где это необходимо обо всех типах бытовой техники и вывода ее в главном окне клиентского приложения.
Refresh_All_Species	Процедура, предназначенная для получения информации, где это необходимо обо всех видах бытовой техники данного типа и вывода ее в главном окне клиентского приложения.
Refresh_All_Subspecies	Процедура, предназначенная для получения информации, где это необходимо обо всех подвидах бытовой техники данного вида и вывода ее в главном окне клиентского приложения.
Refresh_All_Appliences	Процедура, предназначенная для получения информации, где это необходимо обо всех экземплярах бытовой техники данного подвида и вывода ее в главном окне клиентского приложения.
button4_Click	Процедура, которая выполняет вызов окна ApplienceWindow.xaml для добавления информации о бытовой технике в БД на стороне серверного приложения

Класс ClientRequestingToTheServerClass отвечает за отправку SQL запроса серверному приложению и за прием ответных данных от него. Данный класс содержит следующие поля:

Таблица 2.10 - Поля класса ClientRequestingToTheServerClass

Тип	Название	Описание
int	port	Хранит номер порта для отправки запросов серверному приложению.
string	hostName	Хранит название хоста.
TcpClient	client	Хранит значение клиента для отправки запросов серверному приложению.
string	RequestString	Хранит SQL запрос, необходимый для отправки серверному приложению.
DataTable	DT	Предназначено для получения таблицы от сервера в случае запроса на выборку данных.

Методы для инициализации обмена сообщениями между клиентским приложением и серверным со стороны клиентского перечислены в таблице 2.11.

Таблица 2.11 - Методы класса ClientRequestingToTheServerClass

Название	Описание
ClientRequestingToTheServerClass	Процедура-конструктор. Принимаемое значение: SQLзапрос для серверного приложения.
StrRMethod	Процедура, предназначенная для получения IP адреса из текстового документа.
Main	Процедура, предназначенная для отправки SQL запроса серверному приложению, а затем получения от него ответа.

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

Таблица 2.12 - Методы класса Database

Название	Описание
GetAppliences	Процедура, предназначенная для получения перечня бытовой техники в виде ApplienceClass.
GetAppliencesDT	Процедура, предназначенная для получения перечня бытовой техники в виде DataTable.
GetInformationAboutApplienceDT	Процедура, предназначенная для получения информации о конкретной бытовой технике в виде DataTable.
GetSpecies	Процедура, предназначенная для получения перечня видов бытовой техники в виде SpeciesClass.
GetSpeciesDT	Процедура, предназначенная для получения перечня видов бытовой техники в виде DataTable.
GetSubspecies	Процедура, предназначенная для получения перечня подвидов бытовой техники в виде SubspeciesClass.
GetSubspeciesDT	Процедура, предназначенная для получения перечня подвидов бытовой техники в виде DataTable.
GetTypes	Процедура, предназначенная для получения перечня типов бытовой техники в виде TypesClass.
GetTypesDT	Процедура, предназначенная для получения перечня видов бытовой техники в виде DataTable.

Класс TypeClass отвечает за хранение данных о типе бытовой техники для последующей обработки объекта этого класса с целью вывода в объекте TreeView. Данный класс содержит следующие свойства:

Таблица 2.13 - Свойства класса TypeClass

Тип	Название	Описание
string	TypeID	Хранит идентификационный номер типа бытовой техники.
string	TypeName	Хранит название типа бытовой техники.
List<SpeciesClass>	Species	Хранит все вложенные виды данного типа бытовой техники.

Метод данного класса представлен в таблице 2.14.

Таблица 2.14 - Метод класса TypeClass

Название	Описание
TypeClass	Процедура-конструктор. Принимаемые значения: идентификационный номер и название типа бытовой техники.

Класс SpeciesClass отвечает за хранение данных о виде бытовой техники для последующей обработки объекта этого класса с целью вывода в объекте TreeView. Данный класс содержит следующие свойства:



Таблица 2.15 - Свойства класса SpeciesClass

Тип	Название	Описание
string	SpeciesID	Хранит идентификационный номер вида бытовой техники.
string	SpeciesName	Хранит название вида бытовой техники.
List<SubspeciesClass>	Subspecies	Хранит все вложенные подвиды данного вида бытовой техники.

Метод данного класса представлен в таблице 2.16.

Таблица 2.16 - Метод класса SpeciesClass

Название	Описание
SpeciesClass	Процедура-конструктор. Принимаемые значения: идентификационный номер и название вида бытовой техники.

Класс SubpeciesClass отвечает за хранение данных о подвиде бытовой техники для последующей обработки объекта этого класса с целью вывода в объекте TreeView. Данный класс содержит следующие свойства:

Таблица 2.17 - Свойства класса SubspeciesClass

Тип	Название	Описание
string	SubspeciesID	Хранит идентификационный номер подвида бытовой техники.
string	SubspeciesName	Хранит название подвида бытовой техники.
List<ApplienceClass>	Appliences	Хранит все вложенные техники данного подвида бытовой техники.

Метод данного класса представлен в таблице 2.18.

Таблица 2.18 - Метод класса SubspeciesClass

Название	Описание
SubspeciesClass	Процедура-конструктор. Принимаемые значения: идентификационный номер и название подвида бытовой техники.

Класс ApplienceClass отвечает за хранение данных о бытовой технике для последующей обработки объекта этого класса с целью вывода в объекте TreeView. Данный класс содержит следующие свойства:

Таблица 2.19 - Свойства класса ApplienceClass

Тип	Название	Описание
string	ApplienceID	Хранит идентификационный номер бытовой техники.
string	ApplienceName	Хранит название бытовой техники.

Метод данного класса представлен в таблице 2.20.

Таблица 2.20 - Метод класса ApplienceClass

Название	Описание
ApplienceClass	Процедура-конструктор. Принимаемые значения: идентификационный номер и название бытовой техники.

Класс TreeViewItemViewModel хранит презентационные свойства для отображения в объекте TreeView типов, видов, подвидов и экземпляров бытовой техники. От него наследуются такие классы как TypeViewModel, SpeciesViewModel, SubspeciesViewModel, ApplienceViewModel. Он является наследником системного интерфейса INotifyPropertyChanged, отвечающего за уведомление об изменениях событий [8]. Данный класс содержит следующие свойства:

Таблица 2.21 - Свойства класса TreeViewItemViewModel

Тип	Название	Описание
ObservableCollection <TreeViewItemViewModel>	Children	Хранит информацию о потомках экземпляра данного класса.
bool	HasDummyChild	Хранит информацию о том, имеет ли экземпляр данного класса макет потомков вместо реальной информации.
bool	IsExpanded	Получает или задает информацию, был ли расширен экземпляр данного класса, привязанный к объекту TreeView.
bool	IsSelected	Получает или задает информацию, был ли выделен экземпляр данного класса, привязанный к объекту TreeView.
TreeViewItemViewModel	Parent	Содержит информацию о родителе экземпляра данного класса.

Методы данного класса перечислены в таблице 2.22.

Таблица 2.22 - Метод...