МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів
Контакти
Тлумачний словник Авто Автоматизація Архітектура Астрономія Аудит Біологія Будівництво Бухгалтерія Винахідництво Виробництво Військова справа Генетика Географія Геологія Господарство Держава Дім Екологія Економетрика Економіка Електроніка Журналістика та ЗМІ Зв'язок Іноземні мови Інформатика Історія Комп'ютери Креслення Кулінарія Культура Лексикологія Література Логіка Маркетинг Математика Машинобудування Медицина Менеджмент Метали і Зварювання Механіка Мистецтво Музика Населення Освіта Охорона безпеки життя Охорона Праці Педагогіка Політика Право Програмування Промисловість Психологія Радіо Регилия Соціологія Спорт Стандартизація Технології Торгівля Туризм Фізика Фізіологія Філософія Фінанси Хімія Юриспунденкция |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Методика Oracle CDM (Custom Development Method)Ця методика виникла в наслідок розвитку Oracle CASE - Method і орієнтована на застосування продуктів Oracle і набору стандартів та керівництв по використанню відповідних продуктів Designer/2000, Developer/2000 та інших засобів. Методика підтримує три моделі ЖЦ: 1. "класичну" - передбачені всі роботи/задачі та етапи; 2. "прискорена розробка" (Fast Track) - ще більше зорієнтована на використання інструментів моделювання та програмування Oracle (Designer/2000, зокрема), призначена для порівняно невеликих та середніх проектів. 3. "полегшений підхід" - рекомендується у випадку малих проектів, можливості швидкого прототипування додатків. Усі моделі ЖЦ є по суті каскадними, навіть при використанні "полегшеного підходу", який має зрозумілу ітеративність виконання дій, пов'язаних з прототипуванням, зберігає загальну послідовність та встановлений порядок виконання задач. Включення додаткової задачі/роботи та їх прив'язка до інших не передбачена, так само, як і зміна послідовності. Загальна класична структура ЖЦ формується з певних етапів (фаз) проекту та процесів, які виконуються на протязі декількох етапів: - "визначення вимог" (іноді називають етап стратегії); - аналіз вимог (формулювання детальних вимог до системи); - проектування (перетворення вимог в детальні специфікації системи); - реалізація (написання та тестування додатків); - впровадження (установка системи, підготовка до початку експлуатації); - експлуатація (підтримка та спостереження за додатком, планування майбутніх функціональних розширень). Модель ЖЦ Fast Track передбачає поділ проекту у часі на три фази: - аналіз вимог; - проектування та створення системи; - передача в експлуатацію/впровадження Полегшена модель передбачає такий самий поділ проекту на три фази. Основні процеси, що розглядаються в CDM: 1. аналіз вимог (RD); 2. аналіз існуючої системи (ES); 3. технічна архітектура системи (TA); 4. проектування і створення бази даних (БД) (DB); 5. проектування і створення модулів програмного забезпечення (ПЗ) (MD); 6. перетворення даних (CY); 7. документування (DO); 8. тестування (TE); 9. навчання (TR); 10. передача замовнику (інсталяція) (TS); 11. підтримка (PS). Основні процеси CDM: 1. аналіз вимог (процес визначає бізнес- та системні вимоги до додатку); 2. аналіз існуючої системи (процес визначає і формулює існуюче технічне середовище для визначення необхідних змін); 3. технічна архітектура системи (процес визначає елементи технічної бази системи, що розроблюється); 4. проектування і створення БД (процес забезпечує проектування і створення реляційної бази даних, включаючи, наприклад, питання ефективної індексації і безпеки (секретність) на рівні об'єктів БД); 5. проектування і створення модулів ПЗ (основний процес, включає проектування додатків і створення програмного коду); 6. перетворення даних (цілі процесу - міграція, перетворення і тестування всіх існуючих даних, які необхідні для роботи нової системи); 7. документування (процес забезпечує створення якісної текстової та on-line документації для користувачів і адміністраторів, а так само технічних описів проекту); 8. тестування (процес забезпечує спільне тестування якості всіх елементів системи, як окремих модулів, так і результатів їх об'єднання); 9. навчання (процес забезпечує навчання і тестування користувачів і адміністраторів); 10. передача замовнику (процес включає такі задачі, як розробка плану інсталяції системи, підготовка технічного середовища, організацію процесу "згортання" існуючої системи); 11. підтримка системи (цілі процесу - моніторинг і розв'язання проблем, заміна версій з виправленими помилками, оцінка роботи системи і планування поліпшень); Графічно взаємозв'язок фаз та процесів можна представити наступним чином (Таблиця 4.1):
Таблиця 4.1 Взаємозв'язок фаз та процесів ЖЦ за Oracle CDM
Методика вважається фірмовим стандартом, тобто вона не є обов'язковою. Прикладна система розглядається в основному як програмно-технічна система. Тому організаційні задачі/роботи, пов'язані з переходом до нової системи в ній відсутні. Власне методика має чітку направленість на створення інформаційної системи з базами даних в традиційному розумінні. Читайте також:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|