🗊Презентация Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1)

Категория: Устройства и комплектующие
Нажмите для полного просмотра!
Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №1Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №2Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №3Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №4Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №5Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №6Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №7Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №8Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №9Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №10Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №11Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №12Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №13Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №14Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №15Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №16Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №17Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №18Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №19Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №20Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №21Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №22Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №23Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №24Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №25Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №26Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №27Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №28Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №29Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №30Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №31Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №32Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №33Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №34Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №35Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №36Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №37Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №38Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №39Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №40Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №41Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №42Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №43Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №44Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №45Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №46Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №47Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1), слайд №48
Скачать

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Поняття та історія розвитку технології програмування на основі Microsoft Solutions Framework. (Лекція 1). Доклад-сообщение содержит 48 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1


Технологія Програмування та Створення Програмних Продуктів. на основі Microsoft Solutions Framework Лекція 1. Вступ. Основні поняття та історія розвитку технології програмування.
Описание слайда:
Технологія Програмування та Створення Програмних Продуктів. на основі Microsoft Solutions Framework Лекція 1. Вступ. Основні поняття та історія розвитку технології програмування.

Слайд 2


Зміст Мета і Характеристика курсу «ТПС ПП» Структура навчального плану Термінологія індустрії ПЗ Бізнес і IT-проекти. Ринок ПЗ - статистика Основні завдання предмету Причини невдач IT-проектів Технології програмування – шлях до успіху в розробоці ПЗ Література
Описание слайда:
Зміст Мета і Характеристика курсу «ТПС ПП» Структура навчального плану Термінологія індустрії ПЗ Бізнес і IT-проекти. Ринок ПЗ - статистика Основні завдання предмету Причини невдач IT-проектів Технології програмування – шлях до успіху в розробоці ПЗ Література

Слайд 3


Формальний розподіл Лекції – 32 години (1 пара в тиждень). Лабораторні – 32 год. (1 пара в тиждень). Самостійна робота – 32 год. (по ночах, перед модулями, та перед іспитом).
Описание слайда:
Формальний розподіл Лекції – 32 години (1 пара в тиждень). Лабораторні – 32 год. (1 пара в тиждень). Самостійна робота – 32 год. (по ночах, перед модулями, та перед іспитом).

Слайд 4


Структура курса - лекції Ч.1. Методологічні основи створення ПП Вступна лекція Елементи програмної інженерії Організація технологічного процесу розробки ПЗ Управління програмним проектом Аналіз та проектування програмних систем Розроблення архітектури ПП Розроблення структури ПП ... Ч.2. Методологія створення ПП на основі MSF Візуальне моделювання на основі UML Базові принципи Microsoft Solution Framework MSF Team Model MSF Process Model MSF Project Management Discipline MSF Risk Management Discipline MSF Readiness Management Discipline …
Описание слайда:
Структура курса - лекції Ч.1. Методологічні основи створення ПП Вступна лекція Елементи програмної інженерії Організація технологічного процесу розробки ПЗ Управління програмним проектом Аналіз та проектування програмних систем Розроблення архітектури ПП Розроблення структури ПП ... Ч.2. Методологія створення ПП на основі MSF Візуальне моделювання на основі UML Базові принципи Microsoft Solution Framework MSF Team Model MSF Process Model MSF Project Management Discipline MSF Risk Management Discipline MSF Readiness Management Discipline …

Слайд 5


Структура курса - практика Вибираємо собі індивідуальне завдання (створення ПП) ЛР 1. Специфікація замовника на ПП ЛР 2. Функціональна специфікація на ПП ЛР 3. Планування процесу створення ПП в MS Project ЛР 4. Проектування та розроблення інтерфейсу користувача ЛР 5. Проектування та розроблення прототипу ПП ЛР 6. Використання системи управління версіями при роботі над ПП (MS SourceSafe) ЛР 7. Використання систем управління “багами” в розробці ПП ЛР 8. Використання систем колективної розробки ПП
Описание слайда:
Структура курса - практика Вибираємо собі індивідуальне завдання (створення ПП) ЛР 1. Специфікація замовника на ПП ЛР 2. Функціональна специфікація на ПП ЛР 3. Планування процесу створення ПП в MS Project ЛР 4. Проектування та розроблення інтерфейсу користувача ЛР 5. Проектування та розроблення прототипу ПП ЛР 6. Використання системи управління версіями при роботі над ПП (MS SourceSafe) ЛР 7. Використання систем управління “багами” в розробці ПП ЛР 8. Використання систем колективної розробки ПП

Слайд 6


Задачі та мета курсу Розкрити основні поняття та суть дисципліни “software engineering” (інженерія ПЗ) Отримати відповіді на усі питання, повязані з інженерією ПЗ Сформувати етичні та професійні засади інженера з розробленя ПЗ
Описание слайда:
Задачі та мета курсу Розкрити основні поняття та суть дисципліни “software engineering” (інженерія ПЗ) Отримати відповіді на усі питання, повязані з інженерією ПЗ Сформувати етичні та професійні засади інженера з розробленя ПЗ

Слайд 7


Програмування... В багатьох курсах ви вивчаєте програмування...Що ж таке «програмування»?
Описание слайда:
Програмування... В багатьох курсах ви вивчаєте програмування...Що ж таке «програмування»?

Слайд 8


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

Слайд 9


Розповсюдження ІТ систем На сьогодні всі економіки розвинутих країн залежать від компютерів та ПЗ !!! Все більше і більше технічних систем управляються за допомогою ПЗ !! Інженерія ПЗ базується на використанні теорії, методів і засобів (інструментів) для професійного розроблення ПЗ ! Витрати на розроблення, супровід та модернізацію ПЗ становить значну частку ВНП в усіх розвинутих країнах світу .
Описание слайда:
Розповсюдження ІТ систем На сьогодні всі економіки розвинутих країн залежать від компютерів та ПЗ !!! Все більше і більше технічних систем управляються за допомогою ПЗ !! Інженерія ПЗ базується на використанні теорії, методів і засобів (інструментів) для професійного розроблення ПЗ ! Витрати на розроблення, супровід та модернізацію ПЗ становить значну частку ВНП в усіх розвинутих країнах світу .

Слайд 10


Питання
Описание слайда:
Питання

Слайд 11


Програми і Програмне Забезпечення Програмне забезпечення (Software) – набір компютерних програм, процедур і звязаної з ними документації і даних (ISO/IEC 12207).
Описание слайда:
Програми і Програмне Забезпечення Програмне забезпечення (Software) – набір компютерних програм, процедур і звязаної з ними документації і даних (ISO/IEC 12207).

Слайд 12


Програмне Забезпечення (Software) і програмний продукт Отже, ПЗ = програма + документація + [...]. Замість ПЗ часто вживають терміни: «програмний засіб» = ПЗ «програмний продукт» ≠ ПЗ Програмний продукт: одна з головних властивостей ПП – його можна продавати ! Комерційна цінність ПП – залог успіху ІТ бізнесу з розроблення ПЗ.
Описание слайда:
Програмне Забезпечення (Software) і програмний продукт Отже, ПЗ = програма + документація + [...]. Замість ПЗ часто вживають терміни: «програмний засіб» = ПЗ «програмний продукт» ≠ ПЗ Програмний продукт: одна з головних властивостей ПП – його можна продавати ! Комерційна цінність ПП – залог успіху ІТ бізнесу з розроблення ПЗ.

Слайд 13


Атрибути ПП ПП повинен характеризуватись : Супроводжуваність ПП повинен допускати зміни і еволюціонувати Надійність ПП повинен бути надійним і викликати довіру користувачів Ефективність ПП не повинен в пусту використовувати чи блокувати системні ресурси Сприйнятність ПП повинен сприйматись користувачами, для яких він був створений, тобто він повинен бути: зрозумілим, простим і узгодженим з іншими програмними системами
Описание слайда:
Атрибути ПП ПП повинен характеризуватись : Супроводжуваність ПП повинен допускати зміни і еволюціонувати Надійність ПП повинен бути надійним і викликати довіру користувачів Ефективність ПП не повинен в пусту використовувати чи блокувати системні ресурси Сприйнятність ПП повинен сприйматись користувачами, для яких він був створений, тобто він повинен бути: зрозумілим, простим і узгодженим з іншими програмними системами

Слайд 14


Вартість ПП Вартість ПЗ часто переважає вартість компютерної системи. А сумарна вартість ПП на персональному компютері (лаптопі) в декілька разів перевищує вартість самого компютера. Підтримка, супровід і модернізація ПЗ коштує більше, ніж розроблення ПЗ. Для ПЗ з тривалим життєвим циклом, кошти на супровід в декілька разів перевищують кошти на розроблення ПЗ. Покупка існуючого на ринку ПЗ коштує дешевше, ніж самостійне розроблення (або замовлення) нового ПЗ Інженерія ПЗ направлена на підвищення ефективності і зниження вартості розробки нового ПЗ
Описание слайда:
Вартість ПП Вартість ПЗ часто переважає вартість компютерної системи. А сумарна вартість ПП на персональному компютері (лаптопі) в декілька разів перевищує вартість самого компютера. Підтримка, супровід і модернізація ПЗ коштує більше, ніж розроблення ПЗ. Для ПЗ з тривалим життєвим циклом, кошти на супровід в декілька разів перевищують кошти на розроблення ПЗ. Покупка існуючого на ринку ПЗ коштує дешевше, ніж самостійне розроблення (або замовлення) нового ПЗ Інженерія ПЗ направлена на підвищення ефективності і зниження вартості розробки нового ПЗ

Слайд 15


Класифікація ПП Загально-вживане ПЗ: Незалежні (stand-alone) системи, які рекламуються, розповсюджуються, продаються та встановлюються будь-яким користувачом, хто хоче їх отримати Приклади – PC software such as graphics programs, project management tools; CAD software; software for specific markets such as appointments systems for dentists. Замовне ПЗ: Програмні системи, які розробляються для окремого замовника (чи типу замовників), яке виконує специфічні завдання чи задачі цього замовника Приклади – embedded control systems, air traffic control software, traffic monitoring systems.
Описание слайда:
Класифікація ПП Загально-вживане ПЗ: Незалежні (stand-alone) системи, які рекламуються, розповсюджуються, продаються та встановлюються будь-яким користувачом, хто хоче їх отримати Приклади – PC software such as graphics programs, project management tools; CAD software; software for specific markets such as appointments systems for dentists. Замовне ПЗ: Програмні системи, які розробляються для окремого замовника (чи типу замовників), яке виконує специфічні завдання чи задачі цього замовника Приклади – embedded control systems, air traffic control software, traffic monitoring systems.

Слайд 16


Специфікація на ПП Загально-вживане ПЗ: Специфікація того, що ПЗ повинен робити, належить розробнику ПЗ, і рішення щодо зміни ПЗ також виробляється розробником Замовне ПЗ: The specification of what the software should do is owned by the customer for the software and they make decisions on software changes that are required. Специфікація того, що ПЗ повинен робити, належить замовнику ПЗ, і він приймає рішення про необхідні зміни в ПЗ.
Описание слайда:
Специфікація на ПП Загально-вживане ПЗ: Специфікація того, що ПЗ повинен робити, належить розробнику ПЗ, і рішення щодо зміни ПЗ також виробляється розробником Замовне ПЗ: The specification of what the software should do is owned by the customer for the software and they make decisions on software changes that are required. Специфікація того, що ПЗ повинен робити, належить замовнику ПЗ, і він приймає рішення про необхідні зміни в ПЗ.

Слайд 17


Бізнес та IT-проекти... (1) Зараз програмування - це не тільки наука і мистецтво, але і вигідний бізнес Для того, щоб цей бізнес був успішним, необхідно виконання багатьох умов... Яких?
Описание слайда:
Бізнес та IT-проекти... (1) Зараз програмування - це не тільки наука і мистецтво, але і вигідний бізнес Для того, щоб цей бізнес був успішним, необхідно виконання багатьох умов... Яких?

Слайд 18


Бізнес та IT-проекти... (2) ! Необхідна умова успіху фірми з розроблення ПЗ: Випуск програмного продукту на ринок Належної якості; Вчасно; Цікавого для потенційних користувачів. Витрати повинні відповідати наперед затвердженому бюджету
Описание слайда:
Бізнес та IT-проекти... (2) ! Необхідна умова успіху фірми з розроблення ПЗ: Випуск програмного продукту на ринок Належної якості; Вчасно; Цікавого для потенційних користувачів. Витрати повинні відповідати наперед затвердженому бюджету

Слайд 19


Бізнес та IT-проекти... (3) Багато ІТ проектів мають проблеми: Ціль: Результат:
Описание слайда:
Бізнес та IT-проекти... (3) Багато ІТ проектів мають проблеми: Ціль: Результат:

Слайд 20


Статистика по IT-проектах... (1) Провалені: закінчились невдачою – мету проекту взагалі не було досягнуто Проблемні: закінчились створенням ПЗ, однак превищили бюджет, або/і не були завершені вчасно, або/і запланована функціональність не була реалізована повністю Успішні: закінчились створенням продукту, вклались в бюджет, завершені вчасно і вся запланована функціональність реалізована
Описание слайда:
Статистика по IT-проектах... (1) Провалені: закінчились невдачою – мету проекту взагалі не було досягнуто Проблемні: закінчились створенням ПЗ, однак превищили бюджет, або/і не були завершені вчасно, або/і запланована функціональність не була реалізована повністю Успішні: закінчились створенням продукту, вклались в бюджет, завершені вчасно і вся запланована функціональність реалізована

Слайд 21


Статистика по IT-проектах... (2)
Описание слайда:
Статистика по IT-проектах... (2)

Слайд 22


Ще трохи статистики…(1) В 2004 р. на розробку ПЗ витрачено 3 700 000 000$
Описание слайда:
Ще трохи статистики…(1) В 2004 р. на розробку ПЗ витрачено 3 700 000 000$

Слайд 23


Характеристика галузі розробки ПЗ Є добре підготовані програмісти Є грамотні аналітики Проблема з хорошими менеджерами Проблеми з документуванням і локалізацією ПП Проблеми з рекламою і просуванням власних ПП і торгових марок В основному офшорне програмування
Описание слайда:
Характеристика галузі розробки ПЗ Є добре підготовані програмісти Є грамотні аналітики Проблема з хорошими менеджерами Проблеми з документуванням і локалізацією ПП Проблеми з рекламою і просуванням власних ПП і торгових марок В основному офшорне програмування

Слайд 24


Тенденції ринку ПП Швидкий ріст обсягів IT-ринку і ринку ПЗ. Створення професійних організацій і кластерів фірм-розробників ПЗ. Україна вийшла на 4-те місце в світі по обсягах офшорного програмування Мізерна доля власне українського ПЗ на світовому ринку Що потрібно для розвитку галузі ? грамотні спеціалісти, здатні підвищити успішність ІТ проектів
Описание слайда:
Тенденції ринку ПП Швидкий ріст обсягів IT-ринку і ринку ПЗ. Створення професійних організацій і кластерів фірм-розробників ПЗ. Україна вийшла на 4-те місце в світі по обсягах офшорного програмування Мізерна доля власне українського ПЗ на світовому ринку Що потрібно для розвитку галузі ? грамотні спеціалісти, здатні підвищити успішність ІТ проектів

Слайд 25


Основні завдання курсу: Вивчити причини невдач IT-проектів Виявити способи усунення цих причин Навчитись застосовувати ці способи на практиці Ознайомитись з технологіями створення ПП провідних світових ІТ-компаній
Описание слайда:
Основні завдання курсу: Вивчити причини невдач IT-проектів Виявити способи усунення цих причин Навчитись застосовувати ці способи на практиці Ознайомитись з технологіями створення ПП провідних світових ІТ-компаній

Слайд 26


Причини ускладнень в ІТ-проектах Спеціалісти виділяють наступні причини: Нереліастичні часові рамки пояснення... Недостатня кількість виконавців пояснення ... Розмиті границі проекта пояснення ... Недостатня фінансова забезпеченість пояснення ... Нехватка кваліфікованих кадрів пояснення ...
Описание слайда:
Причини ускладнень в ІТ-проектах Спеціалісти виділяють наступні причини: Нереліастичні часові рамки пояснення... Недостатня кількість виконавців пояснення ... Розмиті границі проекта пояснення ... Недостатня фінансова забезпеченість пояснення ... Нехватка кваліфікованих кадрів пояснення ...

Слайд 27


Хто винуватий? Всі попередні 5 пунктів відносяться до компетенції управлінців (менеджерів) різного рівня Проектами з розроблення ПЗ дуже важко ефективно управляти Чому?
Описание слайда:
Хто винуватий? Всі попередні 5 пунктів відносяться до компетенції управлінців (менеджерів) різного рівня Проектами з розроблення ПЗ дуже важко ефективно управляти Чому?

Слайд 28


Чому зявляється складність управління? Людський фактор: Традиційні складнощі управління інтелектуальним колективом Нова молода галузь: Не вистарчає кваліфікованих кадрів, методів, технологій, досвіду Складність задач: Ріст можливостей приводить до росту складності поставлених задач і навпаки Труднощі в роботі с замовниками і майбутніми користувачами: Замовники не знають, що вони дійсно хочуть. Користувачі погано володіють ПК і не розуміють як він працює і що від нього очікувати. Всі розмовляють на різних «мовах»... ...
Описание слайда:
Чому зявляється складність управління? Людський фактор: Традиційні складнощі управління інтелектуальним колективом Нова молода галузь: Не вистарчає кваліфікованих кадрів, методів, технологій, досвіду Складність задач: Ріст можливостей приводить до росту складності поставлених задач і навпаки Труднощі в роботі с замовниками і майбутніми користувачами: Замовники не знають, що вони дійсно хочуть. Користувачі погано володіють ПК і не розуміють як він працює і що від нього очікувати. Всі розмовляють на різних «мовах»... ...

Слайд 29


Як боротися зі складністю? Зі складністю задач? Зі складністю управління? Відповідь: - Слід розробляти і впроваджувати спеціальні технології – технології програмування (курс Основы программирования, ООП і т.д.) – методології розроблення ПЗ: MSF, RUP, XP, … (даний курс)
Описание слайда:
Як боротися зі складністю? Зі складністю задач? Зі складністю управління? Відповідь: - Слід розробляти і впроваджувати спеціальні технології – технології програмування (курс Основы программирования, ООП і т.д.) – методології розроблення ПЗ: MSF, RUP, XP, … (даний курс)

Слайд 30


Стратегія , Технологія і Методологія
Описание слайда:
Стратегія , Технологія і Методологія

Слайд 31


Стратегії розробки ПЗ Існує 3 основних стратегії розробки ПЗ: Послідовна стратегія – (водоспадна) тобто лінійна послідовність етапів програмування Інкрементна стратегія – програмування виконується у вигляді послідовності версій Еволюційна стратегія - програмування у вигляді послідовності версій, але вимоги уточнюються в результаті розробки Характеристика стратегій: Початкова специфікація Цикли Проміжний продукт
Описание слайда:
Стратегії розробки ПЗ Існує 3 основних стратегії розробки ПЗ: Послідовна стратегія – (водоспадна) тобто лінійна послідовність етапів програмування Інкрементна стратегія – програмування виконується у вигляді послідовності версій Еволюційна стратегія - програмування у вигляді послідовності версій, але вимоги уточнюються в результаті розробки Характеристика стратегій: Початкова специфікація Цикли Проміжний продукт

Слайд 32


Використання Методологій
Описание слайда:
Використання Методологій

Слайд 33


Технології програмування...(1) Технологія – це сукупність виробничих процесів в певній галузі виробництва, а також науковий опис способів виробництва*. В ІТ під “виробництвом” розуміють створення (розроблення) програмних систем.
Описание слайда:
Технології програмування...(1) Технологія – це сукупність виробничих процесів в певній галузі виробництва, а також науковий опис способів виробництва*. В ІТ під “виробництвом” розуміють створення (розроблення) програмних систем.

Слайд 34


Технології програмування...(2) Над створенням программного продукта працюють представники різних спеціальностей: Аналітики; Управлінці (менеджери); Тестувальники; Кодувальники (програмісти); Технічні письменники (компютерні лінгвісти); Дизайнери; Системні адміністратори; Спеціалісти з повторного використання; Спеціалісти з ергономіки; інші ...
Описание слайда:
Технології програмування...(2) Над створенням программного продукта працюють представники різних спеціальностей: Аналітики; Управлінці (менеджери); Тестувальники; Кодувальники (програмісти); Технічні письменники (компютерні лінгвісти); Дизайнери; Системні адміністратори; Спеціалісти з повторного використання; Спеціалісти з ергономіки; інші ...

Слайд 35


Технології програмування...(3) Створення ПП – технологічний процес, який має свої етапи (стадії,фази, кроки, тощо) При створенні ПП можуть застосовуватись різні технології Ці технології відносяться не тільки до кодування, але і до аналізу, проектування, управління проектом, розробки документації, тощо...
Описание слайда:
Технології програмування...(3) Створення ПП – технологічний процес, який має свої етапи (стадії,фази, кроки, тощо) При створенні ПП можуть застосовуватись різні технології Ці технології відносяться не тільки до кодування, але і до аналізу, проектування, управління проектом, розробки документації, тощо...

Слайд 36


І. Структурне програмування…(1) Э. Дэйкстра (60-і роки): Для кожної простої програми можна побудувати функціонально-еквівалентну їй структурну програму, тобто програму, що сформована на основі фіксованої базової множини, що включає: структуру послідовних дій, структуру вибору одної з 2-х дій структуру циклу, тобто багатократного повторення деякої дії з перевіркою умови зупинки повторення
Описание слайда:
І. Структурне програмування…(1) Э. Дэйкстра (60-і роки): Для кожної простої програми можна побудувати функціонально-еквівалентну їй структурну програму, тобто програму, що сформована на основі фіксованої базової множини, що включає: структуру послідовних дій, структуру вибору одної з 2-х дій структуру циклу, тобто багатократного повторення деякої дії з перевіркою умови зупинки повторення

Слайд 37


І. Структурне програмування...(2) Проста програма –> один вхід і один вихід.
Описание слайда:
І. Структурне програмування...(2) Проста програма –> один вхід і один вихід.

Слайд 38


І. Структурне програмування (3) Стандартизація і лінійність програми – спосіб зниження складності Для зменшення складності: Алгоритм повинен мати 1 вхід і 1 вихід Ніяких “goto” Відсутність залежності від мови програмування Стандартний набір операторів для будь-якої мови програмування
Описание слайда:
І. Структурне програмування (3) Стандартизація і лінійність програми – спосіб зниження складності Для зменшення складності: Алгоритм повинен мати 1 вхід і 1 вихід Ніяких “goto” Відсутність залежності від мови програмування Стандартний набір операторів для будь-якої мови програмування

Слайд 39


ІІ. Модульне програмування...(1) Основна ідея: розбиваємо складну задачу на підзадачі, кожну з яких при необхідності розбиваємо знову і т.д. Отримуємо прості задачі, їх розвязуємо і обєднюємо
Описание слайда:
ІІ. Модульне програмування...(1) Основна ідея: розбиваємо складну задачу на підзадачі, кожну з яких при необхідності розбиваємо знову і т.д. Отримуємо прості задачі, їх розвязуємо і обєднюємо

Слайд 40


ІІ. Модульне програмування (2) Структурне програмування – універсальний базис алгоритмічних конструкцій. Модульне програмування – специфічний для задачі базис з модулів Вищий рівень абстракції Налаштування на конкретну задачу Можливості повторного використання Можливості колективної розробки – розподіл завдань та робіт
Описание слайда:
ІІ. Модульне програмування (2) Структурне програмування – універсальний базис алгоритмічних конструкцій. Модульне програмування – специфічний для задачі базис з модулів Вищий рівень абстракції Налаштування на конкретну задачу Можливості повторного використання Можливості колективної розробки – розподіл завдань та робіт

Слайд 41


ІІІ. Об’єктно-орієнтоване програмування...(1) Подальша боротьба зі складністью Технологія стартує з етапу аналіза Аналіз –> Проектування –> Програмування В основі – об’єктна модель і об’єктна декомпозиція
Описание слайда:
ІІІ. Об’єктно-орієнтоване програмування...(1) Подальша боротьба зі складністью Технологія стартує з етапу аналіза Аналіз –> Проектування –> Програмування В основі – об’єктна модель і об’єктна декомпозиція

Слайд 42


ІІІ. Об’єктно-орієнтоване програмування (2) Основні принципи об’єктної моделі: абстракція; інкапсуляція; ієрархія (наслідування, агрегація); поліморфізм; модульність. Об’єктна декомпозиція (на відміну від алгоритмічної): елементи проекту – класи і об’єкти (а не алгоритми) І лише потім дані і алгоритми
Описание слайда:
ІІІ. Об’єктно-орієнтоване програмування (2) Основні принципи об’єктної моделі: абстракція; інкапсуляція; ієрархія (наслідування, агрегація); поліморфізм; модульність. Об’єктна декомпозиція (на відміну від алгоритмічної): елементи проекту – класи і об’єкти (а не алгоритми) І лише потім дані і алгоритми

Слайд 43


IV. Компонентне програмування...(1) Компонентне програмування – розвиток об’єктно-орієнтованої ідеології Вводиться наступний рівень абстракції – класи об’єднують в компоненти Основний принцип компонентного програмування: збирання програми з готових компонент, які можуть в загальному випадку бути написані на різних мовах
Описание слайда:
IV. Компонентне програмування...(1) Компонентне програмування – розвиток об’єктно-орієнтованої ідеології Вводиться наступний рівень абстракції – класи об’єднують в компоненти Основний принцип компонентного програмування: збирання програми з готових компонент, які можуть в загальному випадку бути написані на різних мовах

Слайд 44


IV. Компонентне програмування (2) Компоненти: програмний код у вигляді самостійного модуля може використовуватись в незмінному виді может піддаватись налаштуванню Має власну поведінку (функціональність) Компонент ізольований від зовнішнього світу своїм інтерфейсом – набором методів (їх сигнатурами) Компонентна програма – набір незалежних компонентів, зв’язаних один з одним через інтерфейси
Описание слайда:
IV. Компонентне програмування (2) Компоненти: програмний код у вигляді самостійного модуля може використовуватись в незмінному виді может піддаватись налаштуванню Має власну поведінку (функціональність) Компонент ізольований від зовнішнього світу своїм інтерфейсом – набором методів (їх сигнатурами) Компонентна програма – набір незалежних компонентів, зв’язаних один з одним через інтерфейси

Слайд 45


V. Сервіс-орієнтоване програмування (1) Сервіси: програмний код у вигляді відокремленого платформо-незалежного “модуля” використовується в незмінному виді, але піддається налаштуванню має власну поведінку (функціональність)
Описание слайда:
V. Сервіс-орієнтоване програмування (1) Сервіси: програмний код у вигляді відокремленого платформо-незалежного “модуля” використовується в незмінному виді, але піддається налаштуванню має власну поведінку (функціональність)

Слайд 46


Література до лекції И. Соммервиль. Инженерия программного обеспечения, 6 изд. – И.д. "Вильямс", 2002. http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/ Ian Sommerville. Software Engineering. 9th Edition. http://www.cs.st-andrews.ac.uk/~ifs/Books/SE8/ Ian Sommerville. Software Engineering. 8th Edition. Г. Буч. Объектно-ориентированный анализ и проектирование с примерами приложений на C++. 2-е изд. – Бином, 1998. Р. Лингер, Х. Миллс, Б. Уитт. Теория и практика структурного программирования. – М.: Мир, 1982.
Описание слайда:
Література до лекції И. Соммервиль. Инженерия программного обеспечения, 6 изд. – И.д. "Вильямс", 2002. http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/ Ian Sommerville. Software Engineering. 9th Edition. http://www.cs.st-andrews.ac.uk/~ifs/Books/SE8/ Ian Sommerville. Software Engineering. 8th Edition. Г. Буч. Объектно-ориентированный анализ и проектирование с примерами приложений на C++. 2-е изд. – Бином, 1998. Р. Лингер, Х. Миллс, Б. Уитт. Теория и практика структурного программирования. – М.: Мир, 1982.

Слайд 47


Висновки
Описание слайда:
Висновки

Слайд 48


Література И. Соммервиль. Инженерия программного обеспечения, 6 изд. – И.д. "Вильямс", 2002. Г. Буч. Объектно-ориентированный анализ и проектирование с примерами приложений на C++. Второе издание. – Бином, 1998. N. Wirth. Program Development by Stepwise Refinement // Communications of the ACM vol.26(1).– 1971, 1983. O. Dahl, E. Dijkstra, C.A.R. Hoare. Structured Programming.–London, England: Academic Press, 1972. Р. Лингер, Х. Миллс, Б. Уитт. Теория и практика структурного программирования. – М.: Мир, 1982. Э. Салливан. Время – деньги. – М.:Microsoft Press, Русская редакция, 2002.
Описание слайда:
Література И. Соммервиль. Инженерия программного обеспечения, 6 изд. – И.д. "Вильямс", 2002. Г. Буч. Объектно-ориентированный анализ и проектирование с примерами приложений на C++. Второе издание. – Бином, 1998. N. Wirth. Program Development by Stepwise Refinement // Communications of the ACM vol.26(1).– 1971, 1983. O. Dahl, E. Dijkstra, C.A.R. Hoare. Structured Programming.–London, England: Academic Press, 1972. Р. Лингер, Х. Миллс, Б. Уитт. Теория и практика структурного программирования. – М.: Мир, 1982. Э. Салливан. Время – деньги. – М.:Microsoft Press, Русская редакция, 2002.

Скачать

Похожие презентации
Mypresentation.ru
Загрузить презентацию