Автоматизована система торговельного підприємства МобілТел

передоплата за безготівковим розрахунком;

оплата післяплатою.

Оплата кур'єру готівкою.

Один з найпростіших способів оплати це оплата кур'єру. Ви просто вручаєте гроші кур'єру та розписуєтеся в отриманні замовлення. На жаль, цей спосіб можливий не скрізь.

Після вибору товару вІнтернет-магазині покупець розміщує замовлення, в якому вказує адресу для доставки (додому, вофіс, або кудись ще). Кур'єр привозить товари поуказанному адресою і трапляється гроші.

Переваги цього способу:

1. гарантія отримання товару (покупцем) іденег (продавцем). Обдурити тут, звичайно, можна, новозможності небільше, ніж вобичном магазині.

2. можливість перевірити товар (ікомплектность) відразу, і повернути його, відмовившись отпокупкі.

3. посмотреть вглаза живій людині, попросити його розповісти про товар, показати його вработе.

4. отримати всі необхідні документи, як-то: гарантійний талон, товарний чек.

Недоліки також очевидні:

1. незавжди приємно бачити усебя будинку (або вофісе) незнайомої людини (кур'єра), спілкуватися з ним.

2. найчастіше очікування кур'єра перетворюється впитку, іотбівает всяке бажання що-небудь купувати.

Передоплата за безготівковим розрахунком.

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

Можна зробити передоплату вартості замовлення в найближчому для Вас відділенні Ощадбанку (або в будь-якому іншому) на наш рахунок у МДМ Банку. Для цього треба роздрукувати бланк, який ви отримаєте по e-mail або, який буде згенерований відразу по завершенню процедури оформлення замовлення (цей бланк, також, можна використовувати просто як зразок для заповнення типографського бланка в Банку). Оплата через Ощадбанк обійдеться Вам в 3% від вартості замовлення, що істотно дешевше і швидше, ніж поштовим чи іншим переказом. Як тільки гроші прийдуть на рахунок, магазини відправляють замовлення.

Оплата післяплатою.

Оплачувана покупка при отриманні на поштовому відділенні називається оплатою післяплатою. При оплаті післяплатою, пошта стягує 8% від вартості замовлення. Порядок оплати такої:

1. на вказану адресу надсилається замовлення, або заповнюється певна форма оплати, запропонована Інтернет - магазином.

2. вказуються свої Ф.І.O., повну адресу з індексом, контактний телефон та e-mail.

3. при отриманні поштового повідомлення, перераховується поштові витрати і вартість замовлення на зазначені банківські реквізити.

4. далі по отриманому в банку квітку поштовими працівниками видається замовлення.

Таким чином, можна вибрати будь-який вид оплати, який найбільш зручний у даний момент часу (наприклад, для тільки що створеного Інтернет - магазину), але при цьому цей спосіб оплати повинен влаштовувати і клієнтів, інакше пропадає сенс створення Інтернет - магазину: навіщо створювати, якщо не будуть купувати.

Висновки до розділу

У цьому розділі було розглянуто поняття Інтернет-магазину - це Інтернет-вітрина, де відвідувач може вибрати товари, сформувати заявку, побачити загальну суму замовлення та надіслати цю заявку менеджеру компанії. Проте незаперечні переваги, які дає Інтернет - магазин:

• допомагає швидко зорієнтуватися в асортименті і знайти потрібний товар або послугу (за тематикою, назвою, ціною тощо);

• розглянути товар "з усіх сторін", порівняти його характеристики, ціну, зовнішній вигляд з іншими товарами;

• подивитися інформацію про знижки, подарунків і подібного роду заходах;

• розрахувати точну вартість замовлення;

• відібрати товар у кошик, оформити замовлення on-line, оформити доставку на будинок;

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

Так само були визначені групи користувачів глобальної мережі для найкращої орієнтації на якісь конкретні сегменти.

У цьому розділі розглянуто процес створення Інтернет-магазину, починаючи з вибору товару і закінчуючи рекламою у всесвітній мережі. А також, які види оплат існують і які найбільш зручні у використанні як для власника Інтернет-магазину, так і для його клієнтів.

Глава 2. Вибір засобів розробки проекту. Рішення завдань проекту

2.1 Вибір та обгрунтування технології проектування та інструментальних засобів розробки

2.1.1 Об'єктно-орієнтоване проектування

Трудомісткість розробки програмних додатків на початкових етапах програмування оцінювалася значно нижча від реально витрачених зусиль, що служило причиною додаткових витрат і затягування остаточних термінів готовності програм. У процесі розробки додатків змінювалися функціональні вимоги замовника, що ще більше віддаляло момент закінчення роботи програмістів. Збільшення розмірів програм призводило до необхідності залучення більшого числа програмістів, що, у свою чергу, потребувало додаткових ресурсів для організації їх узгодженої роботи. [3]

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

У своєму дипломному проекті я використовую методологію об'єктно-орієнтованого проектування, так як ця методологія дозволяє вирішити проблеми зміни функціональних вимог замовника, дає можливість "підлаштуватися" під раптові зміни з найменшими втратами. Модель проблемної області при об'єктно-орієнтованому підході розглядається як сукупність взаємодіючих в часі об'єктів. Конкретний процес обробки інформації формується у вигляді послідовності взаємодії об'єктів. Так як цей підхід передбачає спільне моделювання даних і процесів, то система об'єктно-орієнтованих моделей послідовно прямує до моделі динамічної взаємодії об'єктів, на основі якої можуть бути згенеровані класи об'єктів в конкретній програмно-технічного середовища. [17]

Під моделлю ПЗ в загальному випадку розуміється формалізований опис системи ПЗ на певному рівні абстракції. Кожна модель визначає конкретний аспект системи, використовує набір діаграм і документів заданого формату, а також відображає точку зору і є об'єктом діяльності різних людей з конкретними інтересами, ролями чи завданнями. Графічні (візуальні) моделі являють собою засоби для візуалізації, опису, проектування та документування архітектури системи. [15] Розробка моделі системи ПО промислового характеру в такій же мірі необхідна, як і наявність проекту прістроітельстве великої будівлі. Це твердження справедливо як у випадку розробки нової системи, так і при адаптації типових продукт топ класу R / 3 або BAAN, у складі яких також є власні кошти моделювання. Хороші моделі є основою взаємодії учасників проекту та гарантують коректність архітектури. Оскільки складність систем підвищується, важливо мати хорошими методами моделювання. Хоча є багато інших факторів, від яких залежить успіх проекту, але наявність суворого стандарту мови моделювання є досить суттєвою. Склад моделей, які у кожному конкретному проекті, і ступінь їх детальності в загальному випадку залежать від наступних факторів:

• Складність проектованої системи;

• необхідної повноти її опису;

• знань та навичок учасників проекту;

• часу, відведеного на проектування.

Вибираючи інструментальне засіб розробки, я, перш за все, взяв до уваги всі наявні в наявності ресурси і вимоги до розроблюваної системі (додаток 1).

Проаналізувавши, я прийшов до висновку, що найбільш надійними засобами будуть BPWin і Rational Rose.

2.1.2 BPWin і Rational Rose - інструментальні засоби розробки

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

BPWin.

BPwin є потужним інструментом для створення моделей, що дозволяють аналізувати, документувати і планувати зміни складних бізнес-процесів. BPwin пропонує засіб для збору всієї необхідної інформації про роботу підприємства і графічного зображення цієї інформації у вигляді цілісної і несуперечливої ​​моделі. Причому, оскільки модель є деяким графічним поданням дійсності, можна стверджувати, що чоловік повернувся до свого улюбленого засобу документування бізнес-процесів - до малюнка. Але повернення це сталося на новому рівні - цілісність і несуперечність моделі-малюнка (якості, про які раніше не було й мови) гарантуються поруч методологій і нотацій, яким слідують творці моделі. BPwin підтримує три таких методології: IDEF 0, DFD та IDEF 3, дозволяють аналізувати ваш бізнес з трьох ключових точок зору:

• З точки зору функціональності системи. У рамках методології IDEF 0 (Integration Definition for Function Modeling) бізнес-процес представляється у вигляді набору елементів-робіт, які взаємодіють між собою, а також показується інформаційні, людські і виробничі ресурси, що споживаються кожною роботою.

• З точки зору потоків інформації (документообігу) у системі. Діаграми DFD (Data Flow Diagramming) можуть доповнити те, що вже відображено в моделі IDEF 3, оскільки вони описують потоки даних, дозволяючи простежити, яким чином відбувається обмін інформацією між бізнес-функціями всередині системи. У теж час діаграми DFD залишають без уваги взаємодія між бізнес-функціями.

• З точки зору послідовності виконуваних робіт. І ще більш точну картину можна отримати, доповнивши модель діаграмами IDEF 3. Цей метод привертає увагу до черговості виконання подій. У IDEF 3 включені елементи логіки, що дозволяє моделювати й аналізувати альтернативні сценарії розвитку бізнес-процесу.

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

Rational Rose.

Серед всіх фірм-виробників CASE-засобів саме компанія Rational Software Co r p. одна з перших усвідомила стратегічну перспективність розвитку об'єктно-орієнтованих технологій аналізу і проектування програмних систем. Ця компанія виступила ініціатором уніфікації мови візуального моделювання в рамках консорціуму 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 першого рівня, яка розкриває контекстну діаграму і відображає внутрішній зміст.

Функціональна модель IDEF 0 (контекстна) бізнес - процесів продажу стільникових телефонів через Інтернет-магазин виглядає наступним чином (рис.2.1):

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

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

Рис.2.2 Діаграма розгортання.

Автоматизована система продажу стільникових телефонів через Інтернет - магазин повинна виконувати наступні функції:

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

• формування Бази Даних клієнтів;

• формування звітів;

• здійснення пошуку за вказаними параметрами - для адміністратора і менеджера:

  • за гарантійними талонами;

  • за анкетами;

  • за чеками на оплату;

  • за номером квитанції.

• пошук товарів на сайті - для клієнтів;

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

• можливість редагування зовнішнього вигляду - дизайн.

2.2.2 Постановка завдань по підсистемах

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

• Оформлення замовлення на купівлю стільникових телефонів відбувається кожного разу, коли з'являється клієнт, який бажає придбати телефон.

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

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

• Анкетні дані клієнта.

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

• підтвердження отримання замовлення менеджером;

• чек на оплату телефону або аксесуара;

• гарантійний чек.

• Створення БД клієнтів

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

• Анкетні дані клієнта;

• Квитанції.

Створення Бази Даних відбувається один раз, а потім здійснюється її наповнення та оновлення.

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

• Вся необхідна інформація по клієнтах.

• Формування звітів - відбувається за запитами.

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

• Відомості про клієнтів з БД клієнтів;

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

• Список клієнтів;

• Список тих, хто проголосував за моделі;

• Списки товарів, які найчастіше купуються.

• Здійснення пошуку за вказаними параметрами - проводиться у разі виникнення такої необхідності (адміністраторський пошук);

• Пошук товарів на сайті - для клієнтів;

• Розрахунок з клієнтом - Оплачувана покупка при отриманні на поштовому відділенні називається оплатою післяплатою. При оплаті післяплатою, пошта стягує 8% від вартості замовлення. Порядок оплати такої:

  • на вказану адресу надсилається замовлення, або заповнюється певна форма оплати запропонована Інтернет - магазином.

  • вказуються свої Ф.І.O., повну адресу з індексом, контактний телефон та e-mail.

  • при отриманні поштового повідомлення, перераховується поштові витрати і вартість замовлення на зазначені банківські реквізити.

  • далі по отриманому в банку квітку поштовими працівниками видається замовлення.

• Перегляд замовлень в режимі адміністрування;

• Тимчасове додавання товарів у кошик;

• Зміна дизайну, категорій товарів - адміністратор може додавати, видаляти, редагувати товари, категорії товарів, дані про магазин, створювати нові форми і так далі.

Діаграми варіантів використання.

Всі ці процеси зручно представити за допомогою діаграм 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	2 20 0.00
Adobe Photoshop CS 8.0	1000.00
Microsoft Office XP Professional	63 00 .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.

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

Види ПЗ	Вартість, руб.	Норма амортизації, %	Амортизаційні відрахування, руб.
MS WINDOWS Millenium	2234.00	30	670.20

Вартість ЕОМ, інших апаратних засобів і мережевого устаткування.

Вартість всього необхідного обладнання і річних сум амортизації наведені в таблиці 4.6.

Таблиця 4.6.

Розрахунок вартості та амортизаційних відрахувань обладнання.

Найменування устаткування	Кількість	Ціна, руб.	Вартість, руб.	Норма амортизації, %	Амортізац.отчісленія, руб.
Комп'ютер Pentium III (Celeron)	1 шт.	19500	19500.00	30	5850.00
Розетка	1 шт.	8.00	8.00	30	2.40
Кабель UTP 5	8 м	4.00	32.00	30	9,60
Господарський інвентар (меблі)	1 шт.	5000	5000.00	10	5 00.00
Разом:			24540,00		6362,0

Витрати на навчання персоналу.

Витрати організації на освоєння ПЗ та навчання персоналу роботі з програмою і ЕОМ здійснюються за формулою:

До _осв = З _годину * Ч _пр * Т _осв = 25 * 4 * 8 +25 * 1 * 10 = 1050 (грн.),

де З _годину - годинна зарплата програміста (З _год = 25.00 руб. / год);

Ч _пр - чисельність персоналу на навчання (Ч _пр = 4 чол.);

Т _осв - тривалість навчання та освоєння (Т _осв = 8 годин).

Таким чином, на навчання чотирьох чоловік необхідно затратити 8 годин. Для керівника необхідний 10-годинний курс навчання.

Вартість підключення до Інтернет.

Вартість підключення до Інтернет До _інт у разі необхідності, визначається за розцінками конкретних провайдерів.

Абонентська плата провайдеру за підтримку домену в мережі Інтернет - 225,00 руб.

Плата провайдеру за надання підключення до мережі Інтернет - 800,00 руб.

Реєстрація домену в зоні. Ru - 600,00 руб.

До _інт = 225 +800 +600 = 1625,00 (грн.)

Отже, загальна сума одноразових капітальних вкладень розраховується за формулою:

До _заг = Ц _по + Ц _ис + К _ЕОМ + К _осв + К _інт

До _заг = 115534,904 +2234 +24540 +1050 +1625 = 144983,904

Розподіл інвестицій за часом реалізації проекту здійснюється на основі попередніх розрахунків часу необхідного для розробки ПЗ по окремих стадіях проектування (таблиця 4.7), витрат на розробку і загальної суми одноразових капітальних вкладень.

Таблиця 4.7.

Графік реалізації проекту.

Етапи реалізації проекту інвестицій	Період
	1	2	3	4	5	6	7	8
Технічне завдання	10
Ескізний проект		10	10
Технічний проект			15	20
Робочий проект				5	10	15	11
Впровадження							3	6
Придбання обладнання						2

Підключення до Інтернет				3
Навчання персоналу								2

Результати розрахунків оформлені у вигляді інвестиційного плану (таблиця 4.8).

Таблиця 4.8.

Інвестиційний план.

Етапи реалізації проекту інвестицій	Період
	1	2	3	4	5	6	7	8
Технічне завдання	19702
Ескізний проект		19702	19702
Технічний проект			29553	39404
Робочий проект				19702	19702	29553	21672,2
Впровадження							5910,6	11821,2
Придбання обладнання						3940,4
Підключення до Інтернет				5910,6
Навчання персоналу								3940,4
Разом:	19702	19702	49255	65016,6	19702	33493,4	27582,8	15761,6

4.4 Джерела фінансування проекту

Загальні інвестиції проекту складають 250215 карбованців 40 копійок. Джерелами фінансування веб-сайту є відрахування від прибутку, отриманої в результаті повсякденної діяльності.

4.5 Поточні витрати користувача ПЗ при експлуатації АРМ

Поточні витрати користувача при впровадженні АРМ враховують витрати на рік на:

• амортизацію обладнання, програмне забезпечення та інструментальних засобів;

• матеріали (картриджі і папір);

• електроенергію;

• обтиральні та мастильні матеріали;

• ремонт обладнання;

• абонентська плата при використанні послуг Інтернет;

• заробітна плата системного адміністратора;

• витрати на утримання сайту;

• витрати на рекламу (газети, журнали, Інтернет)

Амортизацію обладнання, програмне забезпечення та інструментальних засобів.

Дані по амортизації обладнання, ПЗ розташовані в таблицях 4.5, 4.6.

Матеріали.

При експлуатації будуть використовуватися матеріали, представлені в таблиці 4.9.

Таблиця 4.9.

Матеріали, що використовуються в процесі експлуатації.

Найменування	Кількість, шт.	Ціна, руб.	Вартість, руб.
Папір	5000	0,2	1000
Диск CD - RW, CD - R	10	20	200
Картридж	1	150	150
Разом:			1 березня 1950

Електроенергія.

Витрати на електроенергію порахуємо за формулою:



де С _ЕОМ, З _принт. - вартість машино-години ЕОМ і принтера відповідно;

Т _{сут.ЕВМ,} Т _{сут.прінт.} - Добовий час роботи ЕОМ і принтера відповідно;

Т _рік - час робочих днів у році.

Обтиральні та мастильні матеріали.

Вартість обтиральних матеріалів дорівнює 20 рублів 00 копійок.

Ремонт обладнання.

Ремонт обладнання становить 5% від вартості. Значить:

До _5% = До _ЕОМ * 0.05 = 24540,00 * 0,05 = 1227,00 (рублів).

Абонентська плата при використанні послуг Інтернет.

Трафік дорівнює 3 руб. / 1 Mb.

На місяць витрачається 1 Gb.

1 Gb = 1024 Mb, звідси випливає, що плата за Інтернет на місяць становить 3072,00 рубля.

У рік: 3072,00 * 12 = 36864,00 (грн.)

Заробітна плата системного адміністратора.

Заробітна плата системного адміністратора: 8000,00 руб / міс.

За рік: 8000,00 * 12 = 96000,00 (грн.)

Витрати на утримання сайту

Абонентська плата провайдеру за підтримку домену в мережі - 225,00 (грн. / міс.)

За рік: 225,00 * 12 = 2700,00 (грн.)

Витрати на рекламу (газети, журнали, Інтернет)

Моя реклама: 200,60 (грн.) / тиж.

З Рук в Руки: 190,40 (грн.) / тиж.

Реклама: 470 (руб.) на тиждень.

Сайти: при оплаті відразу за 3 місяці - знижка 10%, при оплаті за 6 місяців - знижка 20%, а при оплаті за 1 рік - знижка - 30%.

За 1 тиждень: 200,60 +190,40 +470,00 + = 861,00

За місяць: 861 * 4 = 3444,00

За рік: 3444,00 * 12 = 41328,00

На основі проведених розрахунків складемо кошторис поточних витрат за рік (таблиця 4.10.).

Таблиця 4.10.

Кошторис поточних витрат (на рік).

Витрати на:	Витрати, руб.
амортизацію обладнання, програмне забезпечення та інструментальних засобів	7032,20
Матеріали	1350,00
Електроенергію	1980,00
обтиральні та мастильні матеріали	20,00
ремонт обладнання	1227,00
плата за Інтернет	36864,00
заробітна плата системного адміністратора	96000,00
витрати на утримання сайту	2700,00
витрати на рекламу (газети, журнали, Інтернет)	41328,00
Разом:	188666,20

Оцінимо ефективність створення Інтернет - магазину в порівнянні з реальним магазином стільникових телефонів.

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

• оренда торгової площі:

В середньому оренда 1 квадратного метра торгової площі в хорошому прибутковому місці становить 1000 рублів на місяць. Для магазину, який торгує мобільними телефонами і аксесуарами з перспективою розвитку достатньо площі в 15 кв.м. Таким чином:

1000 * 15 = 15000 рублів на місяць.

• оренда обладнання (вітрини, різні допоміжні матеріали):

Оренда обладнання щомісяця становить 5000 рублів.

• заробітна плата чотирьох працівників:

Оклад кожного співробітника 5000 рублів. Отже,

5000 * 4 = 20000 рублів.

Таким чином, виходить, що на магазин витрачається щомісячно 40000 рублів. За рік:

40000 * 12 = 480 000 рублів.

Таким чином, створюючи віртуальний магазин, щорічно заощаджується 480000 рублів. Але на зміст Інтернет - магазину щорічно витрачається 188666,2 рубля. Отже економиться:

480000-188666,2 = 291333,8 рубля.

Витративши одноразово 250215,4 і економлячи щорічно 291333,8, отримуємо, що термін окупності складе:

250215,4 / 291333,8 = 0,8 року.

Таким чином, за 8 місяців повністю окупиться створення інтернет - магазину "з нуля", витративши власні кошти.

Висновки до розділу

Дана глава була присвячена розрахунку економічної ефективності. У результаті пророблених розрахунків отримані такі результати:

• витрати на розробку 250215 карбованців 40 копійок:

• економічний ефект 291333 карбованців 80 копійок;

• термін окупності 8 місяців.

Висновок

У ході роботи був спроектований і реалізований процес створення автоматизованої системи торгового підприємства "МобілТел". Був створений Інтернет - магазин. Також був зроблений розрахунок економічної ефективності.

У процесі роботи над проектом були отримані практичні навички в дослідженні предметної області, опису проектного рішення, побудови моделей "AS IS" і "TO BE". У своїй роботі використовував методологію об'єктно - орієнтованого проектування. В якості інструментальних засобів були використані BPWin і Rational Rose, що підтримують дану методологію і описують всі функції системи.

Система реалізована за допомогою середовища PHP, яка працює у зв'язці Apache / PHP / MySQL. У якості СУБД відповідно обраний MySQL.

Реалізований Інтернет - магазин був протестований локально. Отримані результати відповідали очікуваним. Були зроблені перевірки можливих помилок, недоліків - система функціонує надійно, без збоїв.

Розрахована економічна ефективність показала, що проект окупиться повністю і почне приносити прибуток через 8 місяців, що є відмінним результатом з урахуванням того, що фірма створює бізнес "з нуля", використовуючи лише власні кошти, не маючи бізнес "офф - лайн".

Надалі планується розширення сфери діяльності, а поставивши, зарекомендувавши себе з самого початку в глобальній мережі, перспективи отримання великого прибутку дуже великі.

Список використаної літератури

1. Маклаков С.В. Моделювання бізнес-процесів з BPwin 4.0.-М.: ДІАЛОГ-МІФІ, 2002. -224 С.

2. Федосенко М. Вільна Ніша Рунета. Створи сайт, приречений на успіх. - М.: Ексмо, 2005.

3. Введення в інформаційний бізнес. Навчальний посібник під ред. В.П. Тихомирова, А.В. Хорошилова. - М.: Фінанси і статистика, 1996.

4. Єрмолін К. Що може сайт? / / Рекламний штурман. - 2005. - № 9.

5. Валугін А. Якими бувають сайти? / / Рекламний штурман. - 2005. - № 10.

6. Єрмолін К. Як створити ефективний сайт. / / Рекламний штурман. - 2005. - № 11.

7. Спеціалізований портал для розробників ПЗ та ІТ-спеціалістів. WWW: http://relib.com/

8. Створення інтернет - магазинів. WWW: http://www.webstarstudio.com

9. Створення інтернет - магазинів. WWW: http://www.web - design. Ru

1. Сайт WWW: http://www.jetinfo.ru

2. WWW: http: / / megapolis - tnk. Ru

3. Сайт вільної енциклопедії. WWW: http://ru.wikipedia.org

4. Сайт Гродненського ГосУніверсітетаhttp: / / mf.grsu.by

5. Реклама і промоушен сайтів в Інтернет. WWW: http://www.design.ru

6. Програмне забезпечення. WWW: http://www.omega.ru

7. WWW: http: / / www. Botik. Ru

8. Розробка програмного забезпечення. WWW: http://www.interface.ru

9. Russion Apache. WWW: http://www.apache.org

10. WWW: http://www.undersky.ru

11. Інтернет - університет інформаційних технологій. WWW: http: / www. Intuit. Ru

12. Рекламний сайт. WWW: http://www.rle.ru

13. Рекламний сайт. WWW: http://www.reklama.ru

14. Магазин банерів. WWW: http://www.banners.net.ru/market

Додаток 1

Засоби	Rational Rose Enterprise Edition	BPWin 4.0	EasyCase 3.1	Вага критерію
Критерії
ціна / доступність	10	10	9	5
об'єктний підхід	10	0	0	5
ункціональний підхід	0	10	7	5
вимоги до ресурсів	7	8	10	3
Технічна підтримка	10	10	1	4
Сумісність з встановленим ПЗ	10	10	2	4
Разом	201	204	122