МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів Контакти
Тлумачний словник |
|
|||||||
Детальний документ проектуРезультати етапу проектування Основними результатами на етапі проектування є: · Покращений документ з описом вимог · Покращена модель · Специфікації проекту, які містяться в словнику даних · Опис проекту, що містить (у разі об'єктно-орієнтованого підходу): o класові діаграми o зв'язки об'єкту o структурні зв'язки o модульні діаграми o глосарій: § класових визначень § визначень атрибутів § визначення комплексних і елементарних даних § визначення методів · Ресурси інтерфейса для меню, діалогів · База даних проекту · Структура фізичної системи проекту · Виконання розкладу Успіх і якість результатів етапу проектування залежить від відповідності рекомендацій і стандартів, наприклад, послідовне використання нотацій і форм, а також хороше знання реалізаційного середовища. Продукт повинен бути перевірений і веріфікований командою програмістів і протестований зі всіх можливих сторін. Модель проекту повинна бути записана в документі під назвою «Детальний Документ Проекту» (ДДП). Мета підготовки цього документа полягає в тому, щоб позначити всі деталі, сформульовані в документі про вимоги до програмного забезпечення. У ДДП необхідно позначити всі вимоги, - це допоможе уникнути проблем в експлуатації. Стиль повинен бути систематичним і точним. Мова і діаграми повинні бути зрозумілими і такими, що піддаються зміні. Значення всіх термінів повинні бути чітко визначені. Організація інформації: 1. Короткий звіт 2. Зміст 3. Статус документа 4. Опис змін порівняно з минулою версією ЧастинаI – Загальний опис Вступ: Описує мету і можливості, визначає терміни, таблицю посилань і обдумує документ. · Мета - описує мету ДДП і визначає читача, для якого це передбачено. · Можливості - визначає програмований продукт, описує, що створюється шляхом програмування (і що не створюється) і визначає переваги, цілі і ступінь відповідальності. · Визначення, акроніми, абревіатури. · Посилання. Основні положення. 2. Стандарти, правила і порядок здійснення дій проекту: · Стандарти проекту · Стандарти документа · Термінологія · Стандарти програмування · Засоби розробки ПЗ Частина II – Визначення складових n [Ідентифікатор складової]: n.1. Тип Додаток A. Початковий текст програми. Додаток B. Матриця зв'язків безлічі вимог і компонент програмного забезпечення. Якість ДДП: · Модифікованість документа: Текст, діаграма, графіки і т.д. повинні бути написані у формі, що легко модифікується. Виключення і зміни, що повторюються в різних місцях повинні контролюватися. · Еволюція документа: ДДП повинен бути об'єктом ретельного контролю, особливо якщо він створений командою програмістів. Повинна проводитися формальна верифікація документа, його версії і змін. Версії повинні бути позначені порядковими номерами і датами внесення останніх змін. · Відповідальність за документ: Міра відповідальності повинна бути однозначно визначена. Зазвичай відповідальний - програміст, що створив програмне забезпечення. · Середовище документа: Оригінал документа повинен бути добре захищений. Інші версії повинні бути похідними від оригіналу. · Інші рекомендації по ДДП: ДДП це центральний документ, в якому міститься вся інформація про конструкцію програмного забезпечення. ДДП повинен бути організований по аналогічній системі, що і програмне забезпечення. ДДП повинен бути завершеним і будь-яка допоміжна інформація повинна записуватися у вигляді додатку. 12. Короткий звіт На етапі проектування створюється детальна модель проекту, якість цієї моделі залежить від якості аналітичної моделі і від особистого досвіду дизайнера, від знання реалізації платформи. Дотримуючись прийнятих стандартів і документуючи процес, можна поліпшити якість проекту. VIII. Розробка інтернет-програм Останнім часом спостерігається дуже великий прогрес інтернет-технологій. Багато програм почали використовувати браузер. Спочатку - тільки для завантаження даних, але пізніше програми стали дуже динамічними, великими і складними. Прогрес іноді став просто нестримний, і такі традиційні методології, як структурна і об'ектно-орієнтованість, стали недостатніми. Потреба розробки спеціальних програм, наприклад, дляі нтернет-бізнесу, стала очевидна. У дев'яностих роках були введені нові примітиви і абстрак ції для того, щоб точніше визначити вимоги. Однією з нових методологій була HDM (Hypermedia Design Method - метод дизайну в гіперсередовищі). Дизайн інтернет-програм пробували робити систематичним і представити його в абстрактній формі, без деталей реалізації. Більшість методологій базуються на UML (Unified Methods Language - уніфікована мова методів) з додаванням відповідних записів і понять. Динамічний прогрес в ПЗ робить необхідною часту модернізацію методів, які стають незручними і зайвими в середовищі, що змінилося. 1. Специфікація інтернет-програми Головні відмінності між традиційними і інтернет-програмами: · Навігація Інтернет-програми зазвичай мають гнучкішу навігаційну модель, що може бути незрозумілим при неправильній реалізації взаємодій. · Досвід користувача Будь-яке припущення про майбутніх користувачів може бути помилковим. · Масштабованість Розрахувати робоче навантаження інтернет-систем практично неможливо. Будь-яке нове успішне застосування може збільшити використання інтернету за короткий проміжок часу. · Часті зміни Функціональність інтернет-програм, як і даних систем, підлягає частішим змінам, ніж у випадку з традиційними програмами. · Інтерфейс користувача Сучасні технології дають менше можливостей створення інтерфейсу користувача, ніж старіші. Типи інтернет-програм Є два головні типи інтернет-програм: · Програми, що використовуються в інформаційних цілях, де користувач забезпечується інформацією щодо вибраної теми, наприклад, що міститься на веб-сайтах. · Програми з функціональними особливостями. Приклади таких програм є інтернет-шоппінг або браузери. Програма повинна мати вбудовану в модель бізнес-логіку. Інформативні застосування повинні бути легкі і інтуїтивні в навігації. Програми також повинні забезпечувати користувача потрібною, оновленою інформацією. Головне завдання другого виду програм (функціональні програми) - забезпечити користувача особливим обслуговуванням. Програми вимагають більші і більш структуровані набори даних, чим в інформативних програмах. Нова техніка типового дизайну програм більше застосовується при створенні функціональних програм. 2. Методи розробки інтернет-програм Перші інтернет-програми були розроблені без урахування їх специфічних особливостей. Їх часто не підтримувала відповідна система підтримки. Багато інтернет-програм було розроблено шляхом модифікації існуючих програм. Великий попит на інтернет-програми дав поштовх розвитку нових методів їх будівництва. Кожен з представників методів будівництва інтернет-програм містить в собі п'ять стадій: збір вимог, концептуальна модель, навігаційна модель, інтерфейс користувача і реалізація. Але не всі вони завжди присутні в моделі. 3. Об'єктно-орієнтована гіперсередовищна модель розробки (OOHDM) Цей метод складається з чотирьох етапів. У деяких з них використовується UML. Читайте також:
|
||||||||
|