| Главная » Файлы » Курсовые работы » Курсовые проекты |
Розробка інформаційної системи підтримки діяльності інтернет-магазину
| [ Скачать с сервера (870.0 Kb) ] | 30.05.2017, 01:27 |
| Зміст 1. ФУНКЦІОНАЛЬНА МОДЕЛЬ УПРАВЛІННЯ ПРОЕКТОМ 3 1.1 загальна характеристика підприємства 3 1.2 Розроблення функціональної моделі існуючих бізнес – процесів «як є» 3 1.3 Виявлені проблеми та задачі автоматизації 5 2. АНАЛІЗ СИСТЕМ АНАЛОГІВ УПРАВЛІННЯ ПРОЕКТОМ 6 3. ВИЗНАЧЕННЯ ВИТРАТ НА РОЗРОБЛЕННЯ СИСТЕМИ 8 3.1 Визначення розміру оплати праці. 8 3.1.1 Визначається вид системи за такими ознаками: 8 3.1.2 Розрахунки для кожної стадії розробки системи. 8 3.1.3 Визначається ступінь новизни розроблюваних задач. 8 3.1.4 Визначаються витрати часу 10 3.1.5 Визначається трудомісткість робіт 10 3.1.6 Для визначення загальних витрат часу на розробку системи 13 3.1.7 Визначення чисельності виконавці та оплата праці 13 3.2 Витрати, пов’язані з розробкою програми на пк 14 3.2.1 Розрахунок річного фонду часу роботи пк. 14 3.2.2 Поточні витрати на експлуатацію 15 3.3 Загальна вартість розробки і впровадження системи 17 Додатки 19 Функціональна модель 19 Планування робіт, часу та ресурсів проекту 24 1. Функціональна модель управління проектом 1.1 Загальна характеристика підприємства Інтернет-магазин спортивних товарів займається збутом спортивних товарів на території України. У своїй діяльності керується чинним законо-давством України, статутом організації, правилами внутрішнього розпо-рядку та іншими нормативними документами. Роботою магазину керує начальник магазину, особа, яка має повну або базову вищу освіту відпові-дного напрямку підготовки. Посадові обов'язки, вимоги до кваліфікації, права та відповідальність співробітників магазину встановлені у їхніх по-садових інструкціях. Основним завданням магазину спортивних товарів є ведення продажів спортивних товарів, ведення соціального маркетингу, взаємодія з іншими однопрофільними підприємствами. До функцій відділу належать: 1. Виконання замовленнь 2. Ведення маркетингової діяльностія 3. Виконання ІТ-задач 4. Надання супровідної документації 5. Пошук джерел постачання товарів на реалізацію 1.2 Розроблення функціональної моделі існуючих бізнес – процесів «як є» Функціональну модель побудовано на основі методології sadt за допомогою case-засобу processmodeller 7 (bpwin). Функціональна модель являє собою систему функцій з необхідним ступенем деталізації, які відображають свої зв’язки через об’єкти системи. В результаті отримаємо набір взаємопов’язаних діаграм, кожна з яких є підсистемою або її окремою компонентою. Вершина цієї ієрархії містить загальний опис системи, який уточнюється на наступних рівнях декомпозиції. Функціональна модель представлена у вигляді графічного зображення та опису системи, яка має єдиний об’єкт, мету, одну точку зору фахівця та межі її визначення . Точкою зору на модель є позиція, в яку потрібно стати для того, щоб побачити роботу системи. В даному випадку функціональна модель іаграмдається з точки зору директора інтернет-магазину. Система що моделюється тісно пов’язана із зовнішнім середовищем, і межа між ними не в кожному випадку є очевидною. Саме для виділення меж об’єкта моде-лювання методологія SADT передбачає чітке визначення того, що входить до системи, а що лежить поза нею і є зовнішнім середовищем. Обмеження об’єкта дає можливість зосередити увагу безпосередньо на системі і ви-ключити з розгляду сторонні об’єкти . Отже, межами моделі в даному випадку є діяльність інтернет-магазину, від початку його функціонування до відпуску товару замовнику, а сама ж модель розглядається з точки зору директора інтернет-магазину. Запитання до моделі, на які в результаті моделювання можна знайти відповідь: 1.Які види товарів підлягають збуту? 2.Яким чином приймаються замовлення? 3.Хто відповідальний за оформлення замовлення? 4.Яка супроводжувальна документація потрібна для кожного виду това-ру? 5.Яким чином обираються постачальники? 6.Які документи повинні бути оформлені при відпуску товару? 7.Які товари користуються більшою популярністю? 8.Яким чином відбувається розрахунок з покупцем товарів? 9.Яким чином організовується зберігання товарів? Завершена модель системи являє собою поєднання ієрархічно орга-нізованого комплекту діаграм, опису даних та різнорідних звітів. Bрwin дає можливість формувати зазначені компоненти моделі. Кожна діаграма складається з блоків діяльності, що відображають одну чи кілька функцій, та стрілок – ресурсів, потрібних для забезпечення діяльності. Блоки на діаграмі розташовуються у порядку домінування з позицій автора діаграми. Найбільш домінуючий блок розташовується у верхньому лівому, а найменш домінуючий – в правому нижньому куті. Структура іаграмми відображає вплив функцій одна на одну. Представлена модель інформаційної системи являє собою трирівне-ву ієрархію впорядкованих і пов’язаних між собою діаграм. Кожна діаг-рама є одиницею опису системи і представлена на окремому аркуші. Створена функціональна модель дає можливість відобразити функції інтернет-магазину, що потребують автоматизації такі, як: структурування даних, зберігання облікової інформації , здійснення пошуку інформації, що стосується процесу збуту товарів, формування звітності. 1.3 Виявлені проблеми та задачі автоматизації Основною проблемою інтернет-магазину являється морально заста-ріла автоматизована система підтримки, яка сповільнює роботу працівни-ків що негативно впливає на процес збуту. В ході аналізу роботи інтернет-магазину було виявлено наступні проблеми: 1) не достатньо швидкий обмін інформацією між працівниками ін-тернет-магазину; 2) створення звітності та облікової документації часто відбуваєть-ся вручну, що є обтяжливим для співробітників інтернет-магазину; 3) відсутня єдина база даних для зберігання інформації. Виходячи із вищезазначеного можна виділити задачі інтернет-магазину, що потребують автоматизації: 1) автоматизоване ведення довідника замовників спортивних то-варів; 2) автоматизоване ведення довідника про доступні види спортив-них товарів; 3) ведення обліку розрахункової документації; 4) реалізація можливості редагування даних; 5) формування звітності. 2. Аналіз систем аналогів управління проектом IFS Applications — компонентна ERP-система з SOA архітектурою - основний продукт компанії. IFS Applications містить компоненти: виробництво, фінанси, дистри-буція, персонал, продаж, проекти, інжинірінг, документообіг, технічне об-слуговування та ремонт, управління якістю, управління екологічним впли-вом. IFS Applications - єдиний неподільний продукт , що підтримує уп-равління 4 ключовими бізнес - процесами : управління основними фонда-ми , виробництво , проекти і ланцюжки поставок. У поєднанні з глибокими галузевими знаннями і горизонтальними рішеннями , такими як фінанси , управління кадрами , взаємини з клієнтами і т.д., це повнофункціональне ERP- рішення, що відповідає всім вимогам вашого бізнесу. IFS Applications побудована з використанням тих же принципів , які відповідають за успіх компаній- виробників - на виробництві і збірці ком-понентів. Завдяки сервісно - орієнтованій компонентній архітектурі ви мо-жете вибрати тільки ті модулі , які потрібні саме вашому бізнесу . І при не-обхідності додати нові в майбутньому. OpenProj — кроссплатформенне программне забезпечення для управління проектами. Розповсюджується на умовах ліцензії Common Public Attribution License Version 1.0 (CPAL). Позиціюється розробниками как відкрита заміна комерційному продукту Microsoft Project. Доступна для операційних систем Microsoft Windows, Linux,Unix, Mac OS X. Microsoft Project — программа управління проектами, розроблена і продаваєма корпорацією корпорацией Майкрософт. Microsoft Project створений, щоб допомогти менеджеру проекта в розробці планів, розділенні ресурсів по задачам, відстежуванні прогресу и аналізу об’ємів робіт. Microsoft Project створює розклад критичного шляху. Розк-лади можуть бути зіставлені з використовуємими ресурсами. Шлях візуа-лізується в діаграмі Ганта. Mavenlink - ПЗ для управління проектами та взаємодією з клієнтами методом розсіяної обробки даних (є “облачною” співпрацею команди), іноді її називають автоматизація професійних послуг программного забез-печення, розробленого в США. Платформа компанії SaaS забезпечує своїх клієнтів ефективними і професіональними послугами, управлінням проек-том від початку до кінця. Countersoft Gemini – універсальний програмний продукт для уравління ІТ-проектами.Дозволяє повністю охватити процес створення і підтримку ПЗ. З цього слідує, що він призначений для технологічних ком-паній. Назва продукту Ціна, грн Наявність програмної оболонки Наявність діаграми Ганта Кросплатформність Підтримка програмного продукту IFS Applications 4800 так Ні так Так OpenProj Безкоштовний так так так ні MSProject 2000 так так ні ні Mavelink Частково безкоштовний ні так так так Countersoft Gemini Так так ні так так 3. Визначення витрат на розроблення системи 3.1 Визначення розміру оплати праці. Визначається розмір оплати праці за розроблення програмного за-безпечення системи – V1. В основу цього підрахунку покладено документ „Типовые нормы времени на программирование задач для ЭВМ» [Ошибка! Источник ссылки не найден.]. У відповідності з цим документом виконуються наступні дії. 3.1.1 Визначається вид системи за такими ознаками: - управління матеріально-технічним постачанням, управління збутом продукції, управління комплектацією, управління експортними та імпортними поставками; - бухгалтерський облік, управління фінансовою діяльністю; - управління організацією праці і зарплатою, управління кадрами, норми і нормативи, управління охороною праці; - управління якістю продукції, управління технологічними процеса-ми, управління стандартизацією, управління технічною підготовкою виро-бництва; - управління транспортними перевезеннями. Управління технічним обслуговуванням виробництва, управління допоміжними службами і енер-гопостачанням; - управління науково-дослідними і дослідно-конструкторськими ро-ботами; - управління науково-технічною інформацією; - удосконалення документообігу і контроль виконання документів. 3.1.2 Розрахунки для кожної стадії розробки системи. Виділяються наступні стадії (детальніше див. розділ 9): - ескізний проект (передпроектне дослідження); - технічне завдання; - технічно-робочий проект; - впровадження. 3.1.3 Визначається ступінь новизни розроблюваних задач. Ступінь новизни розроблюваних задач визначається з таблиці 11. Оскільки ступені А та Б призначаються на рівні міністерств, департаменту, тощо, якому підпорядкована організація-розробник, то для учбових прое-ктів, як правило, використовуються ступені В і Г. Таблиця 11. Визначення ступеню новизни розроблюваних задач. № Характеристика задачі Клас 1. Розробка комплексу задач, що передбачають використання принципово нових методів розробки, проведення науково-дослідних робіт. А 2. Розробка типових проектних рішень, оригінальних задач і систем, що не мають аналогів. Б 3. Розробка проекту з використанням типових проектних рішень за умови їх змін; розробка проектів, що мають аналогічні рішення. В 4. Прив’язка типових проектних рішень. Г Визначається група складності алгоритму за їх характеристикою на-веденою в таблиці 12. Таблиця 12. Визначення групи складності алгоритму. № Характеристика алгоритму Група 1. Алгоритми оптимізації і моделювання систем та об’єктів. 1 2. Алгоритми обліку, звітності, статистики пошуку. 2 3. Алгоритми, що реалізують стандартні методи рішень і не передбачають використання складних чисельних і ло-гічних методів. 3 Визначається вид інформації, яка використовується з таблиці 13 за даними на основі вхідної та вихідної інформації функціональної моделі процесу, що підлягає автоматизації. | |
| Просмотров: 859 | Загрузок: 41 | Рейтинг: 0.0/0 | |
| Всего комментариев: 0 | |