Студопедия
Новини освіти і науки:
МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах


РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання


ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ"


ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ


Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків


Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні


Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах


Гендерна антидискримінаційна експертиза може зробити нас моральними рабами


ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ


ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів



Контакти
 


Тлумачний словник






Детальний документ проекту

Результати етапу проектування

Основними результатами на етапі проектування є:

· Покращений документ з описом вимог

· Покращена модель

· Специфікації проекту, які містяться в словнику даних

· Опис проекту, що містить (у разі об'єктно-орієнтованого підходу):

o класові діаграми

o зв'язки об'єкту

o структурні зв'язки

o модульні діаграми

o глосарій:

§ класових визначень

§ визначень атрибутів

§ визначення комплексних і елементарних даних

§ визначення методів

· Ресурси інтерфейса для меню, діалогів

· База даних проекту

· Структура фізичної системи проекту

· Виконання розкладу

Успіх і якість результатів етапу проектування залежить від відповідності рекомендацій і стандартів, наприклад, послідовне використання нотацій і форм, а також хороше знання реалізаційного середовища.

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

Модель проекту повинна бути записана в документі під назвою «Детальний Документ Проекту» (ДДП).

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

Організація інформації:

1. Короткий звіт

2. Зміст

3. Статус документа

4. Опис змін порівняно з минулою версією

ЧастинаI – Загальний опис

Вступ:

Описує мету і можливості, визначає терміни, таблицю посилань і обдумує документ.

· Мета - описує мету ДДП і визначає читача, для якого це передбачено.

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

· Визначення, акроніми, абревіатури.

· Посилання.

Основні положення.

2. Стандарти, правила і порядок здійснення дій проекту:

· Стандарти проекту

· Стандарти документа

· Термінологія

· Стандарти програмування

· Засоби розробки ПЗ

Частина II – Визначення складових

n [Ідентифікатор складової]:

n.1. Тип
n.2. Ціль
n.3. Функція
n.4. Підкомпоненти
n.5. Зв'язки
n.6. Інтерфейси
n.7. Ресурси
n.8. Посилання
n.9. Трансформація
n.10. Дані

Додаток A. Початковий текст програми.

Додаток B. Матриця зв'язків безлічі вимог і компонент програмного забезпечення.

Якість ДДП:

· Модифікованість документа:

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

· Еволюція документа:

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

· Відповідальність за документ:

Міра відповідальності повинна бути однозначно визначена. Зазвичай відповідальний - програміст, що створив програмне забезпечення.

· Середовище документа:

Оригінал документа повинен бути добре захищений. Інші версії повинні бути похідними від оригіналу.

· Інші рекомендації по ДДП:

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

12. Короткий звіт

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

VIII. Розробка інтернет-програм

Останнім часом спостерігається дуже великий прогрес інтернет-технологій. Багато програм почали використовувати браузер. Спочатку - тільки для завантаження даних, але пізніше програми стали дуже динамічними, великими і складними. Прогрес іноді став просто нестримний, і такі традиційні методології, як структурна і об'ектно-орієнтованість, стали недостатніми. Потреба розробки спеціальних програм, наприклад, дляі нтернет-бізнесу, стала очевидна. У дев'яностих роках були введені нові примітиви і абстрак ції для того, щоб точніше визначити вимоги. Однією з нових методологій була HDM (Hypermedia Design Method - метод дизайну в гіперсередовищі). Дизайн інтернет-програм пробували робити систематичним і представити його в абстрактній формі, без деталей реалізації. Більшість методологій базуються на UML (Unified Methods Language - уніфікована мова методів) з додаванням відповідних записів і понять.

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

1. Специфікація інтернет-програми

Головні відмінності між традиційними і інтернет-програмами:

· Навігація

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

· Досвід користувача

Будь-яке припущення про майбутніх користувачів може бути помилковим.

· Масштабованість

Розрахувати робоче навантаження інтернет-систем практично неможливо. Будь-яке нове успішне застосування може збільшити використання інтернету за короткий проміжок часу.

· Часті зміни

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

· Інтерфейс користувача

Сучасні технології дають менше можливостей створення інтерфейсу користувача, ніж старіші.

Типи інтернет-програм

Є два головні типи інтернет-програм:

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

· Програми з функціональними особливостями. Приклади таких програм є інтернет-шоппінг або браузери. Програма повинна мати вбудовану в модель бізнес-логіку.

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

Головне завдання другого виду програм (функціональні програми) - забезпечити користувача особливим обслуговуванням. Програми вимагають більші і більш структуровані набори даних, чим в інформативних програмах. Нова техніка типового дизайну програм більше застосовується при створенні функціональних програм.

2. Методи розробки інтернет-програм

Перші інтернет-програми були розроблені без урахування їх специфічних особливостей. Їх часто не підтримувала відповідна система підтримки. Багато інтернет-програм було розроблено шляхом модифікації існуючих програм. Великий попит на інтернет-програми дав поштовх розвитку нових методів їх будівництва.

Кожен з представників методів будівництва інтернет-програм містить в собі п'ять стадій: збір вимог, концептуальна модель, навігаційна модель, інтерфейс користувача і реалізація. Але не всі вони завжди присутні в моделі.

3. Об'єктно-орієнтована гіперсередовищна модель розробки (OOHDM)

Цей метод складається з чотирьох етапів. У деяких з них використовується UML.


Читайте також:

  1. Active-HDL як сучасна система автоматизованого проектування ВІС.
  2. VI. Оформлення маршрутної документації на проведення туристичних походів та експедицій
  3. VII. Етап проектування
  4. VII. Етап проектування
  5. WEB-документи та CGI-інтерфейси
  6. Автоматизація проектування напівзамовлених ВІС.
  7. Активні HTML -документы
  8. Аналіз документів
  9. Аналіз документів як метод соціологічного дослідження.
  10. Аналіз комерційної здійснимості (спроможності) проекту
  11. Аналіз чутливості інвестиційного проекту
  12. АРХІВНОЇ СПРАВИ ТА ДОКУМЕНТОЗНАВСТВА




Переглядів: 299

<== попередня сторінка | наступна сторінка ==>
Безпека даних | Абстрактна модель

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

 

© studopedia.com.ua При використанні або копіюванні матеріалів пряме посилання на сайт обов'язкове.


Генерація сторінки за: 0.002 сек.