![](/user_photo/2706_HbeT2.jpg)
- •VIII. Розробка інтернет-програм
- •IX. БдБ і БдС системи
- •X. Реалізація
- •XI. Тестування
- •Введення в розробку програмного забезпечення
- •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. Короткий звіт
IX. Бдб і бдс системи
Сучасні методи ведення справ вимагають відповідного ПЗ. ПЗ стає популярнішим, збільшується ефективність і якість обслуговування як великих корпоративних, так і індивідуальних клієнтів.
БДБ і БДС програмне забезпечення - важливі програми в сучасній комп'ютерній науці.
1. Електронний бізнес
Електронна торгівля існувала ще до появи інтернету. Як би там не було, вона велася всередині і між великими компаніями і була недоступна громадськості.
Таким чином, стан торгівлі був незадовільним і всесвітнього поняття бізнесу не існувало. Але інтернет це змінив. Глобальна інфраструктура дала чималій кількості людей доступ до великої кількості ресурсів. Нові методи управління бізнесом були розроблені, а їх вартість впала. Легкий доступ до інформації і зменшення вартості - причини успіху інтернет-бізнесу.
2. Інтернет-бізнес і електронний ринок.
Не можна дати універсального визначення інтернет-бізнесу. В основному вважається, що він охоплює всі проблеми покупки та продажу речей і он-лайн сервіси. Основні характеристики електронної торгівлі: транзакції ведуться між двома сторонами он-лайн, а предмет торгівлі - інформація.
Представлено дві концепції, базуючись на категоріях учасників:
1.БДБ (бизнес-для-бізнесу) – обмін цінностями між компаніями; 2.БДС (бизнес-для-споживачів) - обмін цінностями між компаніями і споживачами.
Може трапиться, що випадково зустрінеться термін СДС, який означає транзакцію споживач-для-споживача. Як би там не було, в більшості випадків інтернет-бізнес використовує концепції БДБ і БДС.
Інтернет-бізнес може бути представлений як ключ до транзакції, що надає фізичний продукт або інформацію.
Поняття інтернет-бізнесу іноді визначається як:
-
eCommerce (електро-комерція) – покупка або продаж цінностей або передача інформації або капітала,
-
eTrade (электро-торгівля) – транзакції між постачальниками.
Не звертаючи уваги на терміни, важлива характеристика імені концепцій - буква "e", представляє технічний аспект нетехнічної активності.
Інтернет-форма електронного бізнесу принаймі так само складна, як і традиційне мистецтво бізнесу. Тому слід знайомитися з його базовими елементами.
Малюнок 9.3.1. показує, як компоненти електронної торгівлі співпрацюють для досягнення мети. Схема підходить і для БДБ, і для БДС випадків. Шлях між блоками може бути пройдено з використанням показаної перспективи. Це може означати, що постачальник для деяких клієнтів може стати клієнтом для іншого постачальника.
Так, щоб брати участь в электро-бізнесі, всі учасникі повинні:
-
функціонувати в одній мережі;
-
працювати в одному каталозі;
-
мати транспортний засіб;
-
мати шляхи завершення транзакції.
Малюнок 9.3.1. Компоненты электронного бизнеса.
Що таке електронний ринок? Це може бути аналогія традиційному магазину, складу або торговому центру. Це сорт віртуального торгового майданчика, де транзакції виконуються по мережі. Комп'ютер - віконце магазина, сервер - склад. Аналогії між майже всіма компонентами електронної торгівлі і традиційним ринком.
Розширення і область електронного ринку відмінні від відомої моделі в традиційній торгівлі. У електронній комерції незалежно від багатьох інших передових технологій, розмір компанії не важливий. Маленькі компанії можуть конкурувати з великими корпораціями, оскільки інвестиції не повинні бути великими.
Прибуток - мета використання інтернет-бізнесу, як і будь-якого бізнесу. Щоб досягти мети, компанія повинна мати на додаток до нової передової технології репутацію, ресурси, штат і засоби для операцій. Не всі засоби повинні бути власними. Електронна комерція, що розглядається споживачем як повнота може бути зборами постачальників-співробітників. Один може поставляти продукти он-лайн, один - постачати програми для клієнтів, інший піклується про постачання вчасно. Таким чином електронний ринок складніший, ніж ринок з виробниками, складами, магазинами.
Ринок може бути класифікований також згідно сторонам, що беруть участь. Ринок постачальника вводить ціну домінуючого постачальника; ринок покупця вводить ціну, виходячи з цін, встановлених невеликою кількістю домінуючих постачальників.
Такі тенденції визначають відповідні методи в бізнесі. Ми повинні також згадати відкриті ринки, де покупець і постачальник ведуть переговори і вільний ринок, де ринок диктує ціну.