Презентация на тему Особливості ІТ-проектів

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

інформаційних, людських, фінансових та інших ресурсів і мають на меті створення заздалегідь визначених інформаційних і телекомунікаційних систем, засобів інформатизації та інформаційних ресурсів, які відповідають певним технічним умовам і показникам якості
(Закон України «Про Концепцію Національної програми інформатизації» )

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

Ноздріна Л.В.

процесу розробки,
збільшенням ризиків в кінці життєвого циклу

Ноздріна Л.В.

зв’язку,
створення програмного забезпечення
поточна збірка комп’ютерів
забезпечення працездатності ІТ-інфраструктури

компанії

Ноздріна Л.В.

Publications і середньосвітовими показниками (2006–2013 рр.)
Ноздріна Л.В.

КМУ Україна посіла перше місце в категоріях за рівнем

вартості ІТ-аутсорсингу та кількістю айтішників.
Український уряд у квітні 2014 року заявив про запуск нового проекту, який має стати рушійною силою для розвитку ІТ-галузі в Україні.
План передбачає створення 100 000 нових робочих місць в IT-сфері до 2020 року.
Передбачається, що дохід від експорту IT-послуг (переважно в США і ЄС) складе понад 10 млрд дол. При цьому в розширення і модернізацію освітньої і модернізацію освітньої системи України планується інвестувати 1 млрд дол. План також передбачає дерегулювання і перегляд податкового законодавства для забезпечення конкурентоспроможності України на міжнародному ринку

Ноздріна Л.В.

компанії віддають перевагу відкриттю офісів в Україні, а саме

створення науково-дослідних центрів.
Вже налічується понад 100 відкритих в Україні R&D-центрів міжнародних корпорацій.
Модель роботи майже не відрізняється від ІТ- аутсорсингу за виключенням лише того, що українські спеціалісти працюють в окремих компаніях.
Найбільший офіс в Україні розгорнула корейська компанія Samsung Electronics з кількістю працівників 1100 осіб.
За нею слідують такі компанії, як NetCracker, Aricent, SysIQ, Wargaming, Siemens, Magento, Yandex, ABBYY. Формування таких центрів та створення ІТ-кластерів (на прикладі Ізраїлю та Сінгапуру) доцільно створювати на засадах державно-приватного партнерства.

Ноздріна Л.В.

електронної комерції в Україні становить приблизно 2 млрд дол., а

саме проникнення послуг становить незначну частку, а саме 1,8 %.

Ноздріна Л.В.

року, на щорічному форумі «iForum», що відбувся 24 квітня 2014

року, було оголошено рейтинги українських стартапів.
Топ-7 українських проектів ввійшли до рейтингу прогресивних, а саме:
Petcube – пристрій з догляду за домашніми
тваринами,
iBlazr – фотоспалах для смартфонів,
CheckiO – онлайн-сайт з іграми для програмістів,
VOX – аудіоплеєр для Mac OS,
Громадське ТБ,
Pics.io – онлайн-фоторедактор,
«Мультитест» – сервіс для добору інтернет-провайдера.

За оцінками провідних аналітиків України, усі разом стартапи, що спеціалізуються на внутрішній ринок та на глобальний масштаб, формують важливий сектор ІТ-ринку, обсягом приблизно в 1 млрд дол.

та Швейцарії підрахували, скільки стартапів налічується у світі: від

Кремнієвої долини до Мадагаскару та Кенії.
База постійно оновлюється, зараз в ній близько 68 тисяч проектів. Майже половина - у США. У Європі лідирує Великобританія (4303 стартапи), за нею Німеччина (близько тисячі) та Франція (близько 900). При цьому, якщо у Франції всі підприємницькі сили зосереджені в основному в Парижі, то у Німеччині більшість стартапів припадає на Берлін (545), Кельн (142), Мюнхен (124) та Гамбург (101).
Показник України на мапі - 452, Києва - 268. Це хороший результат, який означає, що в Києві стартапів стільки ж, скільки в Стокгольмі, вдвічі більше ніж у Празі та Мілані, і дещо менше ніж в Гонконзі. До того ж, Україна регулярно постачає таланти до Кремнієвої, чи як її називають Силіконової долини - всесвітнього центру ІТ.

Ноздріна Л.В.

справу? Чому слід починати саме зараз, навіть якщо ви

студент?
2. Пошук успішної бізнес-ідеї. Місія нової компанії.
3. Побудова команди та управління нею.
4. Продукт, який обожнюють користувачі. Якість продукту. Комунікація з клієнтами. Метрики та оцінка результатів.
5. Труднощі на початку. Як подолати проблеми? Як змусити ЗМІ говорити про вас?
6. Ви – керівник. Авторитет та впливовість. Навики лідерства.
7. Як збільшити прибутки?
8. Корпоративна культура компанії.
9. Оcнови фінансового обліку та права. Юридичні аспекти. Ведення документації.
10. Продажі та маркетинг. Як залучати інвесторів?
ТРИВАЛІСТЬ КУРСУ
6 тижнів.

автоматизації починаючи від митного контролю та закінчуючи впровадженням електронного

уряду має перспективу на покращення ефективності роботи уряду.
Телеком. Вітчизняні оператори зв’язку вже 10 років зазначають про відсутність в Україні повноцінного 3G/4G-зв’язку. Доцільно надати ліцензії на конкурсній основі всім зацікавленим операторам, в обмін на зобов’язання покрити 3G/4G-зв’язком більшу частину країни. Також спрощення процедури одержання ліцензій

Ноздріна Л.В.

в людей. Наявність талантів з умінням управляти "софт" проектами

та аналітичними навиками - є найважливішою проблемою, з якою зіткнуться ІТ виробники в найближчі роки. Найкраще середовище для розвитку людського капіталу створене в США, Сінгапурі та Великобританії. Найбільшим магнітом для іноземних студентів є США. Проте витікання мозків з нових виникаючих ринків сповільнюється, а подекуди й має зворотній напрямок, наприклад в Індію та В'єтнам.

Ноздріна Л.В.

будет свет' без написания кода, реализующего функции пользовательского интерфейса..."

Ноздріна

Л.В.

(тестування і налагодження);
Впровадження і супровід.
Ноздріна Л.В.

70-х і 80-х рр. прикладне ПЗ та кожен додаток

являв собою єдине ціле. Для розробки такого типу ПЗ ІС застосовували каскадний метод (його ще інколи називали –«водоспад»(waterfall) розробки

Ноздріна Л.В.

потреба в поверненні до попередніх етапів й уточненні або

перегляді раніше ухвалених рішень, Таку модель назвали ітераційною.

Ноздріна Л.В.

певного замовника, діє часовий чинник і є ймовірність, що

будуть внесені суттєві зміни обрахунків та результатів.
А процес створення ІС за такою схемою є «заморожений» до того часу поки не буде створена функціональна модель і користувачі зможуть внести свої зауваження тільки в самому кінці створення моделі.
Є велика ймовірність того, що користувачі отримають чи то повністю, чи то частково систему, яка не відповідає їхнім потребам.
Для запобігання таких наслідків було запроваджено спіральну модель життєвого циклу ІС.

Пріоритетними є початкові етапи ЖЦ: аналіз і проектування

Ноздріна Л.В.

проекту зрозумів задачу
3. Як системний аналітик спроектував її
4. Як

програміст її написав
5. Як консультант по бізнесу розписав виконання замовнику
6. Як проект було супроводжено документами
7. Як пройшла інсталяція
8. Який рахунок отримав замовник
9. Як працювала група підтримки
10. І що замовнику було потрібно насправді...

Ноздріна Л.В.

Л.В.

Software Life Cycle Processes"
Ноздріна Л.В.
ISO — International Organization

for Standardization — Міжнародна організація програмного забезпечення стандартизації, IEC — Internаtional Electrotechnical Commission — Міжнародна комісія з електротехніки.
визначає структуру ЖЦ, що містить процеси, дії і задачі, що повинні бути виконані під час створення ІС.

одного або більш процесів, апаратних засобів, програмного забезпечення, устаткування

і людей для забезпечення можливості задоволення певних потреб або цілей.

ЗАУВАЖЕННЯ СТАНДАРТУ: процеси, що використовуються під час ЖЦ ПО, повинні бути сумісні з процесами, що використовуються під час ЖЦ АС. (Звідси зрозуміла доцільність сумісного використовування стандартів на АС і на ПО.)

Модель життєвого циклу - структура, що містить процеси, дії

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

На відміну від Oracle CDM стандарт ISO12207 рівносильно орієнтований на організацію дій кожній з двох сторін: постачальник (розробник) і покупець (користувач.

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

як розвиток розробленої давно версії Oracle CASE-Method, відомої по

використовуванню Oracle CASE (нині Designer/2000) і книгам Р. Баркера. CDM найтіснішим чином спирається на використовування інструментарію Oracle

"аналіз" (формулювання детальних вимог до прикладної системи);
"проектування" (перетворення

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

RD - Визначення виробничих вимог
ES - Дослідження існуючих

систем
TA - Визначення технічної архітектури
DB - Проектування і побудова БД
MD - Проектування і реалізація модулів
CV - Конвертація даних
DO - Документування
TE - Тестування
TR - Навчання
TS - Перехід до нової системи
PS - Підтримка і супровід.

Задачі:
Процеси складаються з послідовностей задач, задачі різних процесів взаємозв'язані посиланнями.
CDM був найбільш сильно пов'язаний з методикою "Oracle PJM" по організації управління проектом.

ЖЦ: "класична" (були передбачені всі роботи/задачі і етапи), "швидка

розробка" (Fast Track), ще більш сильно орієнтована на використовування інструментів моделювання і програмування Oracle, "полегшений підхід", що рекомендується у разі малих проектів і можливості швидко створювати прототипи додатків.
Всі моделі ЖЦ АС і ПП є по суті каскадними; навіть "полегшений підхід", не дивлячись на зрозумілу ітераційність виконання дій по створенню прототипу, зберігає загальний послідовний і детермінований порядок виконання задач.
3.3. Ступінь обов'язковості: методика необов'язкова, але може вважатися фірмовим стандартом;

процес

Управління вимогами
Візуального моделювання
Автоматичного тестування
Управління змінами
Ітераційна розробка
Управління вимогами
Використання компонентної архітектури
Візуальне моделювання (UML)
Контроль якості
Управління змінами
Визначає інструмент
Направляє процес

може бути розбита на ітерації.
Ітерація - цикл, що приводить

до випуску виробу (внутрішньої чи зовніщньої версії) чи підмножини кінцевого продукту, що нарощується від ітерації до закінченої системи.

містить всі аспекти розробки та повторює всі основні потоки

робіт

Висота кривих відображає характер інтенсивності потока робіт на стадіях та ітераціях

ітераційного підходу - артефакти, описані раніше, збагачуються і через

певний час стають повністю зрілими.

Эволюция состояния информации по стадиям разработки

Артефакти – це документи та конструкції моделей, які створюються

кожного основного потоку працює представлена діаграма короткого огляду дій.
Частина

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

Частина потоків робіт показано в послідовності, яка є найімовірніша в першій ітерації нового проекта.

Короткий огляд дій «Ділового моделювання»

і ПЗ, регламентовані стандартами ДСТ 34.601-90 "Інформаційна технологія. Комплекс

стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення»;
ДСТ 34.602-89 "Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Технічне завдання на створення автоматизованої системи“;
ДСТ 34.603-92 "Інформаційна технологія. Види іспитів автоматизованих систем".

Process)

Діаграма деталей потока робіт «Удосконалення ділових процесів».


UML –

діаграма

Ноздріна Л.В.

на трьох групах процесів:
основні процеси ЖЦ ІС (придбання, поставка,

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

методи дій, тим більше - заготівки рішень або документації.

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