Автоматизированная система торгового предприятия "МобилТел"

Визуальное моделирование оказало большое влияние на развитие ТС ПО вообще и CASEсредств в частности. Понятие CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение этого понятия, ограниченное только задачами автоматизации разработки ПО, в настоящее время приобрело новый смысл, охватывающий большинство процессов жизненного цикла ПО.[7] CASEтехнология представляет собой совокупность методов проектирования ПО, а так же набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки и сопровождения ПО и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE - средств основано на методах структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.[1]

BPWin.

BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. Причем, поскольку модель является некоторым графическим представлением действительности, можно утверждать, что человек вернулся к своему излюбленному средству документирования бизнес-процессов - к рисунку. Но возвращение это произошло на новом уровне - целостность и непротиворечивость модели-рисунка (качества, о которых раньше не было и речи) гарантируются рядом методологий и нотаций, которым следуют создатели модели. BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения:

§ С точки зрения функциональности системы. В рамках методологии IDEF0(Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

§ С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

Rational Rose.

Среди всех фирм-производителей CASE-средств именно компания Rational Software Corp. одна из первых осознала стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем. Эта компания выступила инициатором унификации языка визуального моделирования в рамках консорциума OMG, что, в конечном итоге, привело к появлению первых версий языка UML. И эта же компания первой разработала инструментальное объектно-ориентированное CASE-средство, в котором был реализован язык UML как базовая нотация визуального моделирования. [20]

Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

Унифицированный язык моделирования UML (Unified Modeling Language) представляет собой язык для определения, представления, проектирования и документирования программных систем, организационно-экономических систем, технических систем и других систем различной природы. UML содержит стандартный набор диаграмм и нотаций самых разнообразных видов.UML - это преемник того поколения методов ООАП, которые появились в конце 1980х и начале 1990х годов. Создание UML фактически началось в конце 1994 г., когда Гради Буч и Джеймс Рамбо начали работу по объединению их методов Booch и OMT (Object Modeling Technique) под эгидой компании Rational Software. К концу 1995 г. они создали первую спецификацию объединенного метода, названного ими Unified Method, версия 0.8. Тогда же в 1995 г. к ним присоединился создатель метода OOSE (ObjectOriented Software Engineering) Ивар Якобсон. Таким образом, UML является прямым объединением и унификацией методов Буча, Рамбо и Якобсона, однако дополняет их новыми возможностями. Главными в разработке UML были следующие цели:

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

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

§ обеспечить независимость от конкретных языков программирования и процессов разработки;

§ обеспечить формальную основу для понимания этого языка моделирования (язык должен быть одновременно точным и доступным для понимания, без лишнего формализма);

§ стимулировать рост рынка объектно-ориентированных инструментальных средств;

§ интегрировать лучший практический опыт.

UML находится в процессе стандартизации, проводимом OMG (Object Management Group) - организацией по стандартизации в области объектноориентированных методов и технологий, в настоящее время принят в качестве стандартного языка моделирования и получил широкую поддержку в индустрии ПО. UML принят на вооружение практически всеми крупнейшими компаниями - производителями ПО (Microsoft, Oracle, IBM, HewlettPackard, Sybase и др.). Кроме того, практически все мировые производители CASEсредств, помимо IBM Rational Software, поддерживают UML в своих продуктах (Oracle Designer, Together Control Center (Borland), AllFusion Component Modeler (Computer Associates), Microsoft Visual Modeler и др.). [20]

В результате разработки проекта с помощью CASE-средства Rational Rose формируются следующие документы:

§ диаграммы классов;

§ диаграммы состояний;

§ диаграммы сценариев;

§ диаграммы модулей;

§ диаграммы процессов;

§ спецификации классов, объектов, атрибутов и операций

§ заготовки текстов программ;

§ модель разрабатываемой программной системы.

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

Тексты программ являются заготовками для последующей работы программистов. Они формируются в рабочем каталоге в виде файлов типов .h (заголовки, содержащие описания классов) и .cpp (заготовки программ для методов). Система включает в программные файлы собственные комментарии, которые начинаются с последовательности символов //##. Состав информации, включаемой в программные файлы, определяется либо по умолчанию, либо по усмотрению пользователя. В дальнейшем эти исходные тексты развиваются программистами в полноценные программы.

2.2 Схема работы Интернет-магазина

2.2.1 Функциональные требования

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

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

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

Так же при использовании автоматизированной системы продаж решаются одни из главных вопросов:

§ Концентрация в едином хранилище всех данных, связанных с продажами и отношениями с покупателями.

§ Достижение прозрачности и контролируемости деятельности - вся информация о продажах накапливается в системе, а не "придерживается" продавцами.

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

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

Описание бизнес-процессов продажи сотовых телефонов может быть представлено не только в идее теоретического описания, но и в виде модели "as is", которая иллюстрируется с помощью диаграммы IDEF0 CASE-средства BPWin. Ниже представлены несколько диаграмм:

§ диаграмма IDEF0 - контекстная, которая отображает общий вид системы, то есть "внешнюю оболочку";

§ диаграмма IDEF0 первого уровня, которая раскрывает контекстную диаграмму и отображает внутреннее содержание.

Функциональная модель IDEF0 (контекстная) бизнес - процессов продажи сотовых телефонов через Интернет-магазин выглядит следующим образом (рис.2.1):

Рис.2.1 Главный вид - контекстная диаграмма.

На следующей диаграмме отображены процессы, объясняющие и демонстрирующие все функции системы (рис.2):



Рис.2.2 Диаграмма развертывания.

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

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

o формирование Базы Данных клиентов;

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

o осуществление поиска по указанным параметрам - для администратора и менеджера:

§ по гарантийным талонам;

§ по анкетам;

§ по чекам на оплату;

§ по номеру квитанции.

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

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

o возможность редактирования внешнего вида - дизайн.

2.2.2 Постановка задач по подсистемам

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

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

Входная информация:

§ Каталог моделей телефонов;

§ Анкетные данные клиента.

Выходная информация:

§ подтверждение получения заказа менеджером;

§ чек на оплату телефона или аксессуара;

§ гарантийный чек.

o Создание БД клиентов

Входная информация:

§ Анкетные данные клиента;

§ Квитанции.

Создание Базы Данных происходит один раз, а затем осуществляется ее наполнение и обновление.

Выходная информация:

§ Вся необходимая информация по клиентам.

o Формирование отчетов - происходит по запросам.

Входная информация:

§ Сведения о клиентах из БД клиентов;

Выходная информация:

§ Список клиентов;

§ Список проголосовавших за модели;

§ Списки товаров, которые чаще покупаются.

o Осуществление поиска по указанным параметрам - производится в случае возникновения такой необходимости (администраторский поиск);

o Поиск товаров на сайте - для клиентов;

o Расчет с клиентом - Оплачиваемая покупка при получении на почтовом отделении называется оплатой наложенным платежом. При оплате наложенным платежом, почта взимает 8% от стоимости заказа. Порядок оплаты такой:

§ на указанный адрес присылается заказ, либо заполняется определенная форма оплаты предложенная Интернет - магазином.

§ указываются свои Ф.И.O., полный адрес с индексом, контактный телефон и e-mail.

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

§ далее по полученному в банке квитку почтовыми работниками выдается заказ.

o Просмотр заказов в режиме администрирования;

o Временное добавление товаров в корзину;

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

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

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



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

На рисунке 2.4 представлена диаграмма, которая более подробно раскрывает процесс исследования web-сайта клиентом.



Рис.2.4 Диаграмма вариантов использования - исследование web-сайта.

Диаграммы классов.

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

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

На рисунке 2.5 на диаграмме изображены объекты с атрибутами и операциями.



Рис. 2.5 Диаграмма классов.

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

2.3 Архитектура интернет-магазина

Архитектура Интернет - магазина должна быть проста и интуитивно удобна. И состоит из Клиентской части, Программной части и Администрирования. [10]

Программная часть архитектуры интернет - магазина рассматривается как взаимосвязь операционной и серверной части.

В операционной части рассматривается среда разработки Интернет-магазина.

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

Разработка операционной части.

Интернет-магазин разрабатывается в среде php. PHP - язык создания сценариев, который давно перерос свое название. Дело в том, что PHP - это аббревиатура от слов Personal Home Page. Первая версия PHP была создана Расмусом Лердорфом в 1994 г. и представляла собой набор инструментов для отслеживания посетителей Web-страницы. Со временем PHP из набора инструментов превратился в полноценный язык программирования, а его название было изменено как рекурсивное образование PHP HyperText Preprocessor (препроцессор гипертекста PHP). [12]

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

Для ответа обоснования выбора было произведено сравнение РНР с другими языками программирования Web-приложений. Это его основные конкуренты -- ASP.NET и ColdFusion.

РНР и ASP.NET.

ASP (Active Server Pages) -- язык сценариев от Microsoft. Если язык ASP значительно уступал РНР по многим параметрам, в первую очередь, по времени выполнения сценариев, то с появлением технологии ASP.NET ситуация изменилась.

Основное достоинство ASP.NET заключается в возможности применения всей мощи интерфейса Windows для разработки Web-приложений. Это позволяет разрабатывать страницы со сложным интерфейсом, не заботясь о сохранении, шифровании и передаче переменных, используемых на динамических страницах.

ASP.NET тесно интегрирован в новую технологию NET компании Microsoft. Главной особенностью разработки Web-приложений при помощи ASP.NET является возможность использовать любой язык программирования среды исполнения NET. Это может быть как модифицированный вариант Visual Basic -- Visual Basic.NET, так и новый язык С# или клон Java -- J#. Более того, в рамках одного Web-приложения могут быть использованы несколько языков программирования. Все это позволяет объединять в рамках одного проекта программистов, владеющих разными языками программирования. Код Web-приложения на ASP.NET компилируется в промежуточный язык MSIL (Microsoft Intermediate Language), иногда просто называемый IL. Аппаратно-независимый код на языке IL помещается в кэш Web-сервера для повышения производительности, по аналоги с байт-кодом Java. Но в отличие от технологии Java, обеспечивающей платформенную независимость, NET обеспечивает независимость от языка разработки. Выполнение Web-приложений ASP.NET на серверах, работающих не под Windows, практически невозможно. Более того, если Web-приложение интенсивно использует компоненты NET, просмотр динамической страницы будет возможен только под Windows и только с помощью браузера Internet Explorer. Поэтому в смысле переносимости РНР, безусловно, отличается от ASP.NET в лучшую сторону. Другой крайне немаловажный довод в пользу РНР заключается в быстром исправлении обнаруженных ошибок. Теоретически исправить их можно самостоятельно, если обладаете достаточной квалификацией. Также можно написать письмо разработчикам, и с большой долей вероятности, в следующей версии ошибка будет исправлена. А версии РНР выходят очень часто. С другой стороны, попробуйте написать об ошибке в Microsoft и попросить ее исправить. Если вы не глава Пентагона, вам это вряд ли удастся. Еще одним плюсом РНР, особенно важным для начинающих, является то, что его легче использовать для построения Web-приложений.

Таким образом, при выборе между ASP.NET и РНР следует исходить из стоящей задачи. Если в сети Интранет крупной корпорации большинство серверов и клиентских машин работают под управлением Windows, применение ASP.NET более чем оправдано. В то же время для разработки Web-сайта, размещаемого в Интернете, целесообразнее использовать РНР. [12]

РНР и ColdFusion.

Пакет ColdFusion разработан фирмой Allaire и предназначен для быстрой разработки как интерактивных, так и динамических Web-документов путем обработки информации, полученной из базы данных. Минусом ColdFusion является достаточно низкая переносимость. РНР работает практически на всех платформах, a ColdFusion -- только на четырех: Win32, Solaris, HP/UX и Linux. Кроме того, ColdFusion, так же как и ASP, является коммерческой разработкой. ColdFusion достаточно мало распространен. По сравнению с РНР он более требователен к ресурсам. Плюсом ColdFusion является хорошая интегрированная среда разработки и, как следствие, более простые, чем в РНР языковые конструкции и более быстрое написание кода. Правда, из-за такой высокоуровневости языка некоторые задачи на нем решаются сложнее.

Для создания интернет-магазина была использована платформа PHP 4.0, а в дальнейшем планируется перейти на PHP 5.0, так как основные отличия заключаются в реализации объектно-ориентированной модели. РНР 4.0 работал на движке Zend Engine 1.0. К выходу РНР 5.0 фирма Zend полностью переписала движок и выпустила в свет Zend Engine 2.0, который, по словам создателей, реализует "новую объектную модель". По сравнению с РНР 4.0, в пятой версии языка появились следующие особенности:

1. Введены закрытые (private) и открытые (protected) члены и методы класса, а также абстрактные классы и методы;

2. Введены интерфейсы, при этом класс может реализовывать произвольный список интерфейсов;

3. В РНР 5 также присутствуют расширенные возможности для клонирования объектов. Предназначенный для этого конструктор копирования позволяет не просто идентично клонировать объекты, а изменять при этом некоторые их свойства;

4. Введены постоянные члены и методы класса.

5. Одним из важнейших нововведений является наличие деструкторов;

6. Хорошей новостью является введение в РНР 5.0 статических членов класса. В РНР 4.0, если возникала необходимость в использовании статических членов, приходилось пользоваться искусственным приемом, заключающемся в комбинации глобальных переменных со статическими методами. При этом получались члены, которые действовали так же, как статические. Прием этот, мягко говоря, не очень хороший, поскольку привносил с собой все проблемы, связанные с использованием глобальных переменных. Теперь в РНР 5.0 статические методы можно объявлять явно при помощи ключевого слова static;

7. В РНР 5.0 введен механизм обработки исключений, отсутствующий в РНР 4.0.

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

Разработка серверной части.

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

Для создания и первоначального тестирования Интернет - магазина будет использоваться локальный сервер. Он значительно упростит систему отладки работы Интернет - магазина.

Разработка администраторской части.

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

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

§ общие настройки магазина: название магазина, адрес, телефон, e-mail адрес магазина и т.д;

§ настройки формы регистрации клиента в Интернет-магазине;

§ общие настройки доставки и упаковки товара;

§ настройки склада;

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

§ настройки формата вывода товара в Интернет-магазине. Вы можете настроить формат вывода товара по своему желанию;

§ всевозможные настройки каталога, т.е. добавление, удаление, редактирование товара и категорий, работа с производителями, excel импорт/экспорт товаров и т.д.;

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

§ управление оформленными заказами, управление зарегистрированными клиентами;

§ статистические отчёты о работе Интернет-магазина;

§ важные инструменты для работы Интернет-магазина. Такие как резервное копирование базы данных, незавершённые заказы, поисковые запросы и т.д.

Разработка клиентской части.

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

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

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

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

3. Для наглядности будут добавлены специальные разделы, содержащие товары, сгруппированные по маркетинговым признакам. Допустим:

§ "Новинки" (товары, недавно поступившие в продажу);

§ "Специальные предложения" (товары, на которые по каким-либо причинам снижены цены);

§ "Лидеры продаж" (наиболее покупаемые товары).

4. О том или ином товаре зарегистрированный пользователь сможет оставить отзыв.

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

6. В электронном магазине будут предусмотрены и информационные разделы:

§ с данными о магазине (сфера деятельности, адрес, контактные телефоны и т.д.);

§ с информацией по доставке товара;

§ с информацией по скидкам;

§ новости магазина.

7. Будет так же налажена обратной связи администратора с клиентами, что будет способствовать увеличению посещаемости Интернет-магазина.

8. Обратной, невидимой покупателю, стороной Интернет-магазина является система управления. Вход в систему администрирования осуществляется только после ввод администратором логина и пароля (логин и пароль администратор может менять). Администратор будет иметь возможность полностью управлять содержимым Интернет-магазина:

§ добавлять или удалять товары, описания и фотографии к ним, изменять их стоимость, условия доставки товаров и уровень скидок;

§ редактировать разделы магазина (новости, статьи, вопросы и ответы, отзывы и вопросы к товарам и пр.);

§ редактировать специальные разделы магазина (новинки, специальные предложения, товары дня, лидеры продаж);

§ редактировать контактную информацию Интернет-магазина;

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

§ просматривать историю заказов и статистику покупателей;

2.4 Выбор средств проектирования баз данных

2.4.1 Выбор СУБД

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

Реляционная база данных. Практически все СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц (Microsoft Excel), которые могут эмулировать некоторые функции баз данных. Существует три принципиальных отличия между СУБД и программами электронных таблиц:

§ СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы;

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

§ СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.[13]

Так как средой программирования была выбрана PHP, то логично, что работая в связке Apache/PHP/MySQL, системой управления базой данных был выбран MySQL. [18]

СУБД MySQL - одна из множества баз данных, поддерживаемых в PHP. MySQL разработал Михаэль Видениус. MySQL является относительно небольшой и быстрой реляционной СУБД основанной на традициях Hughes Technologies Mini SQL (mSQL). [16]

Система MySQL распространяется бесплатно и обладает достаточной мощностью для решения реальных задач. SQL - это аббревиатура от слов Structured Query Language, что означает структурированный язык запросов. Этот язык является стандартным средством для доступа к различным базам данных.

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

Основные приятные стороны пакета MySQL:

§ Многопоточность. Поддержка нескольких одновременных запросов;

§ Оптимизация связей с присоединением многих данных за один проход;

§ Записи фиксированной и переменной длины;

§ ODBC драйвер в комплекте с исходником;

§ Гибкая система привилегий и паролей;

§ До 16 ключей в таблице. Каждый ключ может иметь до 15 полей;

§ Поддержка ключевых полей и специальных полей в операторе CREATE;

§ Поддержка чисел длинной от 1 до 4 байт (ints, float, double, fixed), строк переменной длины и меток времени;

§ Интерфейс с языками C и perl;

§ Основанная на потоках, быстрая система памяти;

§ Утилита проверки и ремонта таблицы;

§ Все данные хранятся в формате ISO8859_1;

§ Все операции работы со строками не обращают внимания на регистр символов в обрабатываемых строках;

§ Псевдонимы применимы как к таблицам, так и к отдельным колонкам в таблице;

§ Все поля имеют значение по умолчанию. INSERT можно использовать на любом подмножестве полей;

§ Легкость управления таблицей, включая добавление и удаление ключей и полей.

2.4.2 Проектирование информационной базы

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

Требования к организации баз данных:

§ Удовлетворяет всем требованиям пользователей к содержимому базы данных;

§ Гарантирует непротиворечивость и целостность данных;

§ Неизбыточность:

§ Обеспечивает естественное, легкое для восприятия структурирование информации;

§ Удовлетворяет требованиям пользователей к производительности базы данных.

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

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

Отношения между таблицами БД строятся по принципу: главная-подчиненная, где в главной первичный ключ, а в подчиненной - внешний ключ, по которому идет связь с главной таблицей, - механизм внешних ключей (для поддержания ссылочной целостности данных). Смысл этого механизма состоит в том, что некоему атрибуту (или группе атрибутов) одного отношения назначается ссылка на первичный ключ другого отношения; тем самым закрепляются связи подчиненности между этими отношениями. При этом отношение, на первичный ключ которого ссылается внешний ключ другого отношения, называется master-отношением, или главным отношением; а отношение, от которого исходит ссылка, называется detail-отношением, или подчиненным отношением.

Связи бывают:

§ один-к-одному - одной записи глав табл соотв 1 запись в подчиненной

§ один-ко-многим - 1 записи глав табл может соотв-ть несколько записей в подчиненной

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

Следует определить наборы связей между таблицами для функциональной взаимосвязанной работы базы данных в системе (рис.2.6).

Рис.2.6 Схема данных.

В данной БД основными используются таблицы:

1. "Клиенты": код клиента, фамилия, имя, отчество, страна, область, почтовый индекс, город, адрес, номер телефона, e-mail.



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

2. "Заказы": номер заказа, код товара, код клиента, количество, дата.

Номер заказа - ключевое поле.

3. "Товары": код товара, код категории, артикул, новая цена, старая цена, количество на складе, фото, описание, рейтинг.

4. "Категории": код категории, название, описание, количество.

В данной таблице хранятся данные о категориях товаров для более удобного описания товаров.

5. "Склад": код товара, количество товара, код поставщика.

Таким образом, выше описана база данных, таблицы базы, которые дают общее представление о внутренней работе системы.

Выводы по главе

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

Так же во второй главе были описаны выбранная среда разработки PHP и СУБД MySQL. Спроектирована база данных, состоящая из девяти таблиц.

Глава 3. Реализация и тестирование

3.1 Организация интерфейса с пользователем

Когда пользователь всемирной сети попадает в Интернет - магазин "МобилТел", то первой он видит главную страницу (рисунок 3.1).

Рис. 3.1 Главная страница.

Посетитель рассматривает витрину Интернет - магазина, на которой он видит представленные товары. Для того чтобы заказать какою-нибудь модель сотового телефона или аксессуара, необходимо зайти в нужный раздел. Также существует виртуальная витрина, где представлены новинки телефонов. Чтобы заказать "новинку", необходимо щелкнуть по ее картинке. Так же на сайте осуществлен поиск телефонов и аксессуаров по названии. Для осуществления поиска необходимо ввести слово в поле и нажать ENTER.

Выбрав раздел, например Сотовая связь - Nokia, посетитель попадает на страницу, где представлены все телефоны марки Нокиа с указанием цен. Чтобы заказать нужный телефон, необходимо нажать на ее картинке или названии, и тогда эта модель попадает в "покупательскую корзину"(рисунок 3.2).

Рис. 3.2 Раздел Nokia.

Существует возможность просмотреть характеристики любого телефона. Для этого необходимо нажать на ссылку "подробнее" (рисунок 3.3).

Здесь представлена характеристика телефона. Также из данного раздела можно добавить товар в "покупательскую корзину", нажав на ссылку "Добавить в корзину".

Можно оценить этот телефон по следующей шкале:

1. Отлично

2. Хорошо

3. Средне

4. Плохо

5. Очень плохо

И нажать на кнопку оценить.

Рис.3.3. Выбранная модель телефона.

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



Рис.3.4. "Покупательская корзина".

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

Чтобы оформить заказ необходимо ввести информацию в поля. Поля которые обозначены красной звездочкой обязательно нужно заполнить. После ввода всех данных (фамилия, имя, E-mail, страна, область, почтовый индекс, город, адрес и номер телефона) необходимо нажать на кнопку "Оформить заказ". Если обязательное поле будет пустым, то система попросит ввести данные и без этого не оформит заказ.



Рис.3.5 Оформление заказа.

В ответ на нажатие кнопки система покажет сообщение: "Спасибо за Ваш заказ! В ближайшее время наш менеджер свяжется с Вами" (рисунок 3.6).

Рис.3.6 Системное сообщение.

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

Чтобы зайти в режим администрирования, необходимо ввести Логин и Пароль. Если логин и пароль неправильные, система выведет ошибку: Неверные логин и/или пароль.

Чтобы выйти в пользовательскую часть программы нужно нажать на ссылку "В пользовательскую часть" (рисунок 3.7).

Рис.3.7 Вход в режим администрирования.

Режим администрирования - Каталог продукции. Здесь можно добавить, удалить или отредактировать данные продуктов. Что бы добавить новый телефон или аксессуар необходимо щелкнуть по ссылке "Добавить". Чтобы удалить нужный товар необходимо напротив этого товара нажать на красный крестик. Чтобы отредактировать товар необходимо нажать на название этого товара. Для того чтобы выйти из режима администрирования нужно нажать на ссылку "выйти из сеанса" (рисунок 3.8).



Рис.3.8 Администрирование - каталог продукции.

Добавление товара. Что бы добавить товар необходимо ввести все данные в поля и нажать на кнопку "Сохранить" (рисунок 3.9).

Рис.3.9 Добавление нового товара.

Режим просмотра заказов (рисунок 3.10). Здесь находятся все данные о заказе:

§ Данные клиента;

§ Данные о телефоне или аксессуаре;

§ Время заказа.

Чтобы удалить нужный заказ необходимо напротив его нажать на красный крестик.

Рис.3.10. Администрирование - заказы.

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

3.2 Постановка задачи для тестирования

Необходимо проверить работу Интернет - магазина с пользовательской и администраторской стороны.

Для пользователя.

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

Для администратора.

Зайти на сайт в режиме администрирования, проверив при этом возможность неверного логина или пароля. Проверить каждую закладку. В Категории товаров проверить возможность добавления, удаления и редактирования товаров. В режиме просмотра заказов попробовать удалить какой - либо заказ.

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

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

§ На главной странице выбрана категория Сотовая связь - раздел Nokia;

§ Просмотрены все имеющиеся модели, их характеристики;

§ По разным телефонам произведена оценка, например, Nokia 8310 ОТЛИЧНО;

§ Добавлен товар в покупательскую корзину;

§ Количество товара составляет 1 штука;

§ Решено было оформить заказ;

§ При заполнении полей одно из них, которое является обязательным для заполнения, не было заполнено - было выдано сообщение "Заполните обязательные поля";

§ По заполнении всех полей был оформлен заказ;

§ В ответ на это было выдано сообщение "Спасибо за Ваш заказ! В ближайшее время наш менеджер свяжется с Вами";

§ Таким образом, заказ был принят.

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

§ При попытке войти в систему администрирования был неправильно введен пароль. В ответ на это было выдано сообщение: Неверные логин и/или пароль.;

§ После этого последовал новый ввод, который не содержал ошибочных данных и администратор попал на страницу Администрирование, первая закладка Каталог продукции;

§ Было проведено тестирование на добавление нового товара;

§ На следующей закладке Заказы видны все заказы, которые были сделаны покупателями, также видны все данные о покупателях;

§ Была проверена возможность удаления заказа;

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

3.4 Анализ результатов, полученных при тестировании

Итак, при проверке системы в реальном времени были получены различные результаты.

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

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

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

Выводы по главе

Данная глава была посвящена описанию интерфейса программы. Были описаны окна, которые появляются перед пользователями Интернет - магазина (покупатели, администратор).

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

Глава 4. Расчет экономической эффективности

4.1 План анализа экономической эффективности

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

1. Технико-экономическое обоснование разработки ПО;

2. Расчет затрат на разработку ПО;

3. Стоимость внедрения ПО Заказчиком;

4. Расходы заказчика при эксплуатации ПО;

5. Эффективность внедрения для Заказчика ПО;

6. Правовые аспекты.

4.2 Расчет единовременных затрат на разработку ПО

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

Определим временные затраты на различных стадиях проекта.

Этап технического задания - рассматриваемую задачу можно отнести к комплексу задач управления, поэтому с учётом степени новизны задачи (Б) определим временные затраты на этой стадии равными 10 человеко-дней.

Этап эскизного проекта - с учётом степени новизны, класса задачи и видов используемой информации получаем 20 человеко-дней.

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

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

Этап внедрения учитывает класс проекта, специфику продукта и отрасли применения. Длительность этого этапа определяется в 9 человеко-дней. Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (табл.4.1).

Таблица 4.1.

Стадия НИР	Трудоёмкость
	Дней	%
1. Техническое задание	10	8,70
2. Эскизный проект	20	17,39
3. Технический проект	35	30,43
4. Рабочий проект	41	35,65
5. Внедрение	9	7,83
Итого:	115	100

Общая фактическая трудоемкость разработки ПО составляет:

(дня),

где - общая трудоемкость разработки; - трудоемкость по стадиям.

В смету затрат на разработку ПО включаются:

· материальные затраты;

· основная и дополнительная зарплаты;

· отчисления на социальные нужды;

· стоимость машинного времени на подготовку и отладку программ;

· стоимость инструментальных средств;

· накладные расходы.

Материальные затраты.

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

Таблица 4.2.

Материалы и принадлежности, использованные в процессе разработки.

Наименование	Количество,	Цена,	Стоимость,
	шт.	руб.	руб.
Бумага	210	1	210
Ручка	2	5	10
Карандаш простой	4	2	8
CD-RW диск	7	20	140
Дипломная папка	2	15	30
Картридж	1	600	600
Итого:	998

Основная и дополнительная заработные платы.

Основная заработная плата при выполнении НИР включает зарплату всех сотрудников, принимающих непосредственное участие в разработке ПО. В данном случае необходимо учитывать основные зарплаты разработчика (студента), руководителя дипломного проекта, консультанта по экономической части.

Таким образом, основная заработная плата З_осн при выполнении НИР рассчитывается по формуле:

,

где З_ср.дн.j - среднедневная зарплата j-го сотрудника, руб./день; Т_об.j - общая трудоемкость проекта j-го сотрудника, дни; n - количество сотрудников, принимающих непосредственное участие в разработке ПО.

Основная зарплата разработчика определена из расчета 8000 руб. в месяц при среднем количестве рабочих дней, равных 21:

.

Заработная плата дипломного руководителя составляет 70 руб./час, причем на консультацию запланировано 23 часа. Следовательно, основная зарплата руководителя дипломного проекта за весь период разработки равна:

.

Заработная плата консультанта по экономической части составляет 50 руб./час, причем на консультацию запланировано 3 часа. Следовательно, основная зарплата консультанта по экономике за весь период разработки равна:

.

В итоге основная заработная плата при выполнении НИР равна:

.

Дополнительная заработная плата равна 10% от основной:

.

Итого основная и дополнительная заработная плата составляют:

.

Отчисления на социальные нужды.

Отчисления на социальные нужды составляют на сегодняшний день 26% от общего фонда заработной платы, следовательно:

.

Стоимость машинного времени на подготовку и отладку программ.

Стоимость машинного времени З_омв зависит от себестоимости машино-часа работы ЭВМС_МЧ, а также времени работы на ЭВМ Т_ЭВМ, и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию, зарплату обслуживающего персонала.

Себестоимость машино-часа ЭВМ и принтера равны соответственно:

,

.

Время работы на ЭВМ и принтере равны соответственно:

.

1. Затраты на оборудование.

,

где А_М - амортизационные отчисления, руб.; О_ф - стоимость ЭВМ и оборудования, руб.; Н_ам - норма амортизации, %; Т_м - время использования оборудования, дни

2. Затраты на электроэнергию.

,

3. Затраты на обслуживающий персонал.

Данный вид затрат отсутствует.

4. Затраты на создание и поддержку веб-сайта (единовременные затраты):

П/п	Наименование	Стоимость, руб.
1.	Абонентская плата провайдеру за поддержку домена в сети Интернет	225
2.	Плата провайдеру за предоставление подключения к сети Интернет	800
3.	Регистрация домена в зоне .ru	600

Итого: 1625 руб.

Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

Стоимость инструментальных средств.

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

Таблица 4.3.

Стоимость СПО.

Программное обеспечение	Стоимость,
	руб.
MS WINDOWS 2000 Prof	2200.00
Adobe Photoshop CS 8.0	1000.00
Microsoft Office XP Professional	6300.00
Apache/PHP/MySQL	бесплатно
Итого:	9500.00

Затраты на амортизацию инструментальных средств:

руб.

Расчет стоимости машинного времени

;

руб./ч.

Накладные расходы.

Накладные расходы составляют 30% от основной заработной платы разработчиков ПО, а значит:

.

Итак, смета затрат на НИР приведена в таблице 4.4.

Таблица 4.4.

Смета затрат на разработку ПО.

Элемент затрат	Стоимость, руб.
Материальные затраты	998,00
Основная и дополнительная зарплата	50297,5
Отчисления на социальные нужды	13077,35
Оплата машинного времени	2985,17
Стоимость инструментальных средств	516,9
Накладные расходы	13717,5
Итого:	81592,42

4.3 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)

К единовременным затратам пользователя программного обеспечения K_общ относятся затраты на оплату:

· программного обеспечения Ц_по;

· инструментальных средств Ц_ис;

· ЭВМ, прочих аппаратных средств и сетевого оборудования К_эвм;

· обучение персонала К_осв.

Стоимость программного обеспечения.

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

,

где С_по - себестоимость ПО, затраты на разработку по смете из таблицы 4.4; П - прибыль разработчика 20-30% к затратам; НДС - налог на добавленную стоимость 18%.

Итак, стоимость программного обеспечения равна:

Стоимость инструментальных средств.

Стоимость инструментальных средств и годовых сумм амортизации приведены в таблице4.5.

Таблица 4.5.

Расчет стоимости и амортизационных отчислений инструментальных средств.