- •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. Короткий звіт
4. Метод розробки веб-сторінок (wsdm)
Метод розробки веб-сторінок (Website Design Method, WSDM) містить в собі три перші стадії будівництва інтернет-системи і не розглядає ні проекту реалізації, ні саму реалізацію. Метод орієнтований на користувача. Він використовується для створення інформаційних програм і незалежний від моделювання записів зберігання даних.
Класифікація користувачів
Перша стадія проектування системи з використанням МРВС - класифікація майбутніх користувачів системи.
Класифікація виконується в три етапи:
-
Визначення дій - функцій, що надаються користувачам;
-
Визначення призначених для користувача класів - для кожної дії визначається клас користувачів;
-
Опис призначеного для користувача класу - опис призначених для користувача очікувань, характеристик і здібностей, важливих з точки зору системи.
У разі великих відмінностей між користувачами клас потрібно проаналізувати.
Нижче наводяться приклади описів, призначених для користувача класів:
-
Читач - шукає статті на теми, що цікавлять його. Рівень призначеного для користувача досвіду може варіюватися від "відсутність досвіду" до "досвідчений комп'ютерний технік";
-
Автор - користувач, що пише і публікує його/її власні документи. Він зацікавлений в інформації щодо цих документів. Досвідчений в користуванні інтернетом.
Абстрактна модель
Абстрактна модель складається з двох частин: модель даних і навігаційна модель. Модель даних описує інформаційні вимоги різних користувачів. Для кожного класу користувача будується окрема модель з даними, які його інтересують. Метод не конкретизує, який запис слід використовувати. У разі різних переваг можливе використання розширення. Також створюється повна модель бізнес-інформації.
Навігаційна модель містить гайд-тури. Гайд-тури описують, як користувач переміщається по даним. Тури складаються з таких компонентів: інформативний, навігаційний, зовнішній, а також зв'язків.
Інформативні компоненти відносяться до об'єктних типів (вони можуть бути представлені в моделі даних класами або об'єктами). Оскільки об'єктні типи мають зв'язки один з одним (асоціацією або агрегацією), інформативні компоненти сполучені зв'язками. Зовнішній компонент - просто посилання на компонент в іншій системі.
Навігаційний компонент - це група зв'язків.
МРВС описує алгоритм розробки гайд-турів. Кожен гайд-тур складається з:
-
Контекстний шар - складається з навігаційного елементу з тим же ім'ям, що і можливість розширення;
-
Інформаційний шар - в ньому об'єктний тип стає інформаційним об'єктом, якщо дані знаходяться в системі, або зовнішнім об'єктом, якщо дані знаходяться в зовнішній системі. Між об'єктами в інформаційному шарі існують зв'язки;
-
Навігаційний шар - зв'язує контекстний і інформаційний шари, відштовхуючись від потреб користувача. Для різних типів доступу до інформації створюються проміжні зв'язки.
Приклад навігаційної моделі для читача служби новин може бути представлений таким чином:
Мал. 8.5.1. Навігаційна модель в МРВС.
Читач може проглянути газети, відсортовані по авторах, персоною, що дала інтерв'ю, або може знайти сьогоднішню газету. Кожен крок дозволяє знайти газету серед наданого вибору. Після кожного кроку можна перейти на рівень питань і відповідей.