
- •Введення в розробку програмного забезпечення
- •1. Складність інформаційних систем
- •2. Розробка програмного забезпечення
- •Криза програмного забезпечення
- •4.Концептуальне моделювання
- •Життєві цикли програмного забезпечення
- •Модель водоспаду
- •2. Модель водоспаду із зворотнім зв'язком
- •Документоване виконання
- •Прототипування
- •Покрокова розробка
- •7.Модель спіралі
- •III. Етапи розробки програмного забезпечення
- •1. Стратегічний етап
- •Етап визначення вимог
- •2.2. Нефункціональні вимоги
- •4. Етап проектування
- •5. Етап реалізації
- •6. Етап тестування
- •7. Етап установки
- •8. Етап підтримки
- •IV. Стратегічний етап
- •1. Дії на стратегічному етапі
- •2. Співпраця з клієнтом
- •3. Область дії і контекст проекту
- •4. Стратегічні рішення
- •5. Оцінка різних варіантів рішеннь
- •6. Оцінка вартості рішень
- •7. Чинники успіху
- •8. Результати стратегічного етапу
- •9. Короткий звіт
- •V. Розпізнавання вимог і документація
- •1. Складнощі у формулюванні вимог
- •2. Методи ідентифікації вимог
- •3. Методи опису вимог
- •4. Типи вимог
- •5. Перевірка вимог
- •6. Документ з вимогами
- •2. Аналітична модель
- •3. Дії на етапі аналізу
- •4. Функціональна декомпозиція
- •5. Методологія, що використовується в створенні аналітичної моделі
- •6. Документація вимог
- •7. Аналіз чинників успіху
- •8. Короткий звіт
- •VII. Етап проектування
- •1. Цілі проектування
- •Малюнок 7.2.1. Етап проектування.
- •2. Специфікація результатів аналізу
- •3. Дизайн інтерфейсу
- •4. Структуровані схеми/діаграми
- •5. Складова організації даних
- •6. Оптимізація проекту
- •7. Фізична структура системи
- •8. Правильність і якість проекту
- •9. Нефункціональні вимоги на етапі проектування
- •10. Результати етапу проектування
- •11. Детальний документ проекту
- •2. Стандарти, правила і порядок здійснення дій проекту:
- •12. Короткий звіт
- •VIII. Розробка інтернет-програм
- •1. Специфікація інтернет-програми
- •2. Методи розробки інтернет-програм
- •3. Об'єктно-орієнтована гіперсередовищна модель розробки (oohdm)
- •4. Метод розробки веб-сторінок (wsdm)
- •5. Мова веб-моделювання (WebMl)
- •Формулювання вимог
- •Проект структури даних
- •Гіпертекстовий проект
- •IX. Бдб і бдс системи
- •1. Електронний бізнес
- •2. Інтернет-бізнес і електронний ринок.
- •3. Інтернет-магазин
- •4. Модель електронного бізнесу
- •1.Модель брокера
- •2.Модель, яка задовольняє індивідуальним потребам
- •3.Модель контактів
- •5. Платежі
- •6. Безпека
- •8. Моделювання систем бдб і бдс
- •9. Багатошарова архітектура програм
- •9. Cервіс-орієнтована архітектура (соа)
- •10. Короткий звіт
- •X. Реалізація
- •1. Характеристики етапу реалізації
- •2. Надійність програмного забезпечення
- •3. Похибка
- •4. Транзакції
- •5. Середовище реалізації
- •6. Чинники успіху і результати етапу реалізації
- •7. Короткий звіт
- •XI. Тестування
- •1. Етап тестування
- •2. Перевірка
- •Малюнок 11.3.1. Модель V-тестування.
- •3. Перегляди
- •4. Аудит
- •5. Інспекції
- •6. Види тестів
- •7. Процес тестування
- •8. Тестування надійності
- •9. Типи тестів на знаходження помилок
- •10. Програми-інструменти
- •11. Статичні тести
- •12. Підрахунок кількості помилок
- •13. Чинники успіху, успіх тестування
- •14. Короткий звіт
- •XII. Оцінка програмного забезпечення
- •1. Простановка розмірів проекту
- •2. Оцінка складності в проектах
- •3. Ефекти масштабування
- •4. Оцінка вартості програмного забезпечення
- •5. Конструктивна вартісна модель (cocomo)
- •6. Балова функціональна оцінка
- •7. Метод випадкового використання
- •8. Короткий звіт
- •XIII. Управління конфігурацією пз і версіями
- •1. Управління конфігурацією пз
- •2. Елементи конфігурації пз
- •3. Угода позначень
- •4. Зберігання елементів конфігурації
- •5. Перегляди
- •7. План управління конфігурації пз
- •I Вступ
- •II Управління
- •III Визначення конфігурації
- •IV Управління конфігурацією
- •4. Модель якості iso-9126
- •5. Управління якістю
- •6. Стандарти якості
- •7. Незрілість і зрілість виробництва
- •8. План гарантії якості пз (sqap)
- •9. Короткий звіт
- •XV. Управління проектом програмного забезпечення
- •1. Завдання управління проектом
- •2. Працівники виробництва програмного забезпечення
- •3. Характеристика хорошого розробника програмного забезпечення
- •4. Робота в команді
- •5. Управління підприємством по виробництву програмного забезпечення
- •6. Розвиток компанії по розробці програмного забезпечення
- •7. Документація проекту
- •8. Визначення продуктивності
- •9. Складання графіків проекту
- •10. Завдання управління проектом
- •11. Інтерфейс проекту
- •12. Планування проекту
- •13. Управління ризиком
- •14. Вимірювання процесів і продуктів
- •15. Короткий звіт
3. Інтернет-магазин
В більшості випадків поняття електронної комерції пов'язане з інтернет-магазинами. Як в традиційних магазинах мета полягає в тому, щоб показати продукт і привернути клієнта.
Найважливіша умова для надання продуктів і послуг - складання каталога. Це - центральний елемент електронної комерції і відповідає полицям, продуктам, спеціальним пропозиціям і відділам в традиційних магазинах. Каталог показує те, що продається.
Існує багато різних типів каталогів: веб-сторінки, прості скрипти для замовлень, каталоги середніх розмірів спроектовані на основі певних категорій і підкатегорій продуктів і індивідуальних корпоративних каталогів. У останньому склади об'єднані з управлінням ресурсів і системами замовлення на постачання.
Важливо відрізняти каталоги для торговців і каталоги для покупців.
Спочатку є каталоги пропозицій від постачальників. Далі - віртуальний записник конкуруючих постачальників. Книга може бути проглянута і оцінена покупцями. Технічна реалізація залежить від потреби - це може бути орієнтовано на одного продавця або багато продавців.
Інша класифікація каталогів слідує за категоріями бізнес-для-бізнесу і бізнес-для-споживача. Орієнтовані на клієнта каталоги характеризуються якістю уявлення. Продажі засновані на тому, що бачить клієнт. Орієнтовані на бізнес каталоги зосереджуються на тому, щоб виконувати вимоги кожної компанії. Вони є великими і більш традиційними в стилі.
Спостерігається інтерес, що росте, до покупок он-лайн і пропонується великий асортимент продуктів. Каталоги задовільняють потреби клієнта: вони можуть слухати компакт-диски, читати документацію, або розглядати список назв. Малюнок 9.4.1 показує інтернет-ринок в Польщі.
Малюнок 9.4.1. Інтернет-ринок в Польщі.
Каталоги нижчого класу - каталоги типу "Зроби це сам"
Цей тип структури інтернет-магазина використовується маленькими компаніями. Досить легко створити діалогове навколишнє середовище, використовуючи HTML і бланк заявки, що надсилає повідомлення електронної пошти клієнта. Завдання можуть бути реалізовані, комбінуючи сторінки HTML з сценаріями баз даних, типу Perl, PHP, і JSP.
Рішення просте і ефективне. Проте, в цьому підході є деякі обмеження. Непрактично створювати магазин з великим вибором продуктів, оскільки сторінки створені і змінені вручну. Деякі продукти змінюють ціни часто - отже, оновлення каталога повинне бути зроблене автоматично. Інше обмеження - вартість підтримки веб-сайту і браку у простій інтеграції з існуючими системами, типу оплати, логістики і контролю ресурсів.
Обмеження не запобігають від широкого використання. Установка і перенесення магазина швидкі і легкі.
Комерційні каталоги нижчого класу
Стан електронної комерції показує, що маленькі каталоги магазинів будуть скоро пов'язані з програмним забезпеченням мережі сервера. Це дасть можливість створення невеликого магазина он-лайн, використовуючи готові інструменти. Обов'язок продавця полягатиме в тому, щоб управляти веб-порталом, а головну ціну складає постійний інтернет-зв'язок.
Щоб уникати потреби у дорогій підтримці інтернет-зв'язку, деякі спеціалізовані компанії пропонують місце на виділених серверах. Архітектуру такого рішення показано на малюнку 9.4.2.
Малюнок 9.4.2. Віртуальний каталог.
У цій моделі хост як сторінка каталога містить віртуальні каталоги багатьох торгових компаній. Компанії можуть використовувати он-лайн портали, які відвідуються браузерами, щоб створити і відновити власні віртуальні каталоги. Інструменти легкі у використанні, але вимагають ручного оновлення змісту веб-сторінок.
Торгові учасники, що використовують комерційні каталоги нижчого класу:
не повинні купувати і використовувати їх власний сервер і необхідні апаратні засоби;
не повинні підтримувати постійний інтернет-зв'язок;
не повинні підтримувати всі елементи і процеси, пов'язані з безпекою: захист даних, брандмауер, контролюючі;
підтримують подвійні сервера;
виконують відновлення і архівацію даних.
Інша перевага такого рішення - можливість відділення деяких систем, наприклад, шляхів оплати.
Це дуже зручне рішення для звичайного бізнесу, який хоче приєднатися до електронного бізнесу.
Каталоги високого класу
Не всі користувачі, що очікують задоволені перерахованими каталогами магазинів.
Є деякі певні очікування, які повинні бути виконані:
велика кількість збережених продуктів;
зорієнтовані на клієнта веб-сторінки з чітким представленням форми;
інтеграція з іншими процесами в компанії, типу контролю ресурсів.
На малюнку 9.4.3 показана типова архітектура каталогів високого класу:
Малюнок 9.4.3. Структура каталогів високого класу.
Каталоги вищого класу зазвичай розроблені на основі відносних систем управління базами даних (ОСУБД), типу Oracle, Microsoft Server SQL або IBM DB2. Підхід має багато переваг.
ОСУБД масштабовані до великого об'єму даних, які будуть оброблені так само як одночасна обробка великої кількості файлів. ОСУБД вимірюють систему легко і з швидше невеликим розміром ПЗ і з мультипроцесорними системами високої якості ПЗ.
ОСУБД обладнані їх власним ПЗ, яке дозволяє створювати копії і архівувати дані. Вони гнучкі, але еластичні, оскільки остерігаються підробок і пошкодження даних. Вони також генерують звіти.
ОСУБД пропонують стандартні інтерфейси, щоб об'єднати з іншими діловими застосуваннями, наприклад використовуючи SQL, LDAP, CORBA і інші методи інтеграції.
Каталоги покупців і продавців
Каталоги для покупців і продавців відмінні - перший - віртуальний каталог, який може використовуватися покупцем, щоб бачити продукти, проведені конкуруючими постачальниками, останній включає збори інформації про те, що продавець хоче продати. Технологія повинна задовольнити категорії. Приклад - каталог для покупців, наданих супермаркетом, що співпрацює з багатьма маленькими постачальниками. Покупець вибирає продукт, заснований на каталозі супермаркету.
Малюнок 9.4.4. Каталог супернабору.
Всі продавці збирають деталізовані дані про їх власні продукти в каталозі супернабору, який може розглянутися покупцем. Кожному продавцеві доступна тільки його власна частина каталога. Покупець має доступ до всього каталога, зі всіма продуктами, забезпеченими іншими продавцями.
Тип ринку "Багато-багато"
Обговорені раніше моделі електронної торгівлі стосувалися ринку типу один-для-багатьох (тобто деталізовані каталоги) і "багато-для-одного" (каталоги покупців). Проте є ринки, де багато продавців торгують з багатьма споживачами, тобто ми маємо ринки "багато-для-багатьох".
Цим видом діяльності займаються аукціонери і брокери. Як приклад, багато клієнтів мають доступ до аукціонних вебсайтів.
Мал.9.4.5. Рынок "багато-для-багатьох".