26. На які дві моделі спирається методологія datarun.

Методологія DATARUN спирається на дві моделі або на два уявлення:

• модель організації;

• модель ІС.

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

27. Які цілі переслідує підхід datarun.

Підхід DATARUN переслідує дві цілі:

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

• спроектувати ІС на підставі моделі даних.

Об'єкти, що формуються на підставі моделі даних, є об'єктами бази даних, зазвичай розміщуваними на серверах в середовищі клієнт/сервер. Об'єкти інтерфейсу, визначені в архітектурі комп'ютерної системи, зазвичай розміщуються на клієнтській частині. Модель даних, що є основою для специфікації спільно використовуваних об'єктів бази даних і різних об'єктів інтерфейсу, забезпечує супровідь ІС. На мал. 2 представлена послідовність кроків проектування ІС.

28. Послідовність кроків проектування системи.

Об'єкти, що формуються на підставі моделі даних, є об'єктами бази даних, зазвичай розміщуваними на серверах в середовищі клієнт/сервер. Об'єкти інтерфейсу, визначені в архітектурі комп'ютерної системи, зазвичай розміщуються на клієнтській частині. Модель даних, що є основою для специфікації спільно використовуваних об'єктів бази даних і різних об'єктів інтерфейсу, забезпечує супровідь ІС. На мал. 2 представлена послідовність кроків проектування ІС.

На мал.3 визначені моделі, що створюються в процесі розробки ІС. Кожен учасник проекту, підключившись до цього середовища, може з'ясувати зміст і терміни виконання дорученої йому роботи, детально вивчити техніку її виконання в гіпертексті по технологіях, і викликати інструмент (модуль Silverrun) для реального виконання роботи.

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

29. Інструментальний засіб se Companion.

30. Основні принципи "живої" розробки пз.

Екстремальне програмування (Extreme Programming, XP) виникло як еволюційний метод розробки ПЗ "від низу до верху". Цей підхід є прикладом так званого методу "живої" розробки (Agile Development Method). До групи "живих" методів входять, крім екстремального програмування, методи SCRUM, DSDM (Dynamic Systems Development Method, метод розробки динамічних систем), Feature-Driven Development (розробка, керована функціями системи) і ін.

Основні принципи "живої" розробки ПЗ:

• Люди, що беруть участь в проекті, і їх спілкування важливіші, ніж процеси і інструменти.

• Працююча програма важливіша, ніж вичерпна документація.

• Співпраця із замовником важливіша, ніж обговорення деталей контракту.

• Відробіток змін важливіший, ніж проходження планам.

31. Схема потоку робіт в XP

32. Переваги та недоліки XP

33. Основні принципи "живої" розробки ПЗ.

34. Схема потоку робіт в XP

35. Переваги та недоліки XP.

36. Основні правила Екстремального Програмування: планування