• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

Лекция 3. Процеси призначення системи

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

Процеси призначення системи:

· Аналіз функцій

· Розробка системної архітектури

· Декомпозиція системних вимог

Аналіз функцій

Вхідні дані: від процесу «Визначення концепції»:

· Рекомендації

· Формулювання (затвердження) потреб

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

Вихідні дані:

· Функціональний опис системи

Призначення:

· Інші процеси призначення системи (розробка системної архітектури, декомпозиція системних вимог)

· Вимоги

Розробка системної архітектури

Системна архітектура – фундаментальна організація системи, реалізована в її компонентах, зв’язках цих компонентів один з одним і зовнішнім середовищем і принципах, що визначають структуру і розвиток системи.

Вхідні дані:

· Сформульовані (затверджені) вимоги (визначення концепції)

· Функціональний опис системи (аналіз функцій)

Системна архітектура стає основою для проекту і визначення функцій ПЗ.

Вихідні дані:

· Системна архітектура

Призначення:

· Інші процеси призначення системи

· Проекти

Декомпозиція системних вимог

Вхідні дані:

· Функціональний опис системи (призначення системи)

· Системна архітектура (призначення системи)

Системні функції, що описані в функціональному описі системи повинні бути розділені у відповідності із системною архітектурою (додаткову інформацію дивитись в IEEE Std 1233, 1998)

Вихідні дані:

· Функціональні вимоги до ПЗ

Призначення:

· Створення проекту (початок проектування)

· Вимоги

Процеси ідентифікації вимог до програмного забезпечення, що імпортується

· Визначення вимог до ПЗ, що імпортується

· Оцінка джерел імпорту ПЗ

· Визначення методу імпорту ПЗ

· Імпорт ПЗ

Визначення вимог до ПЗ, що імпортується

Вхідні дані:

· Вимоги до ПЗ

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

Додаткова інформація з цим процесом в стандарті IEE Std 1062, 1998.

Вихідні дані:

· Вимоги до ПЗ, що імпортується

Призначення:

· Планування проекту

· Моніторінг та контроль проекту

· Імпортування ПЗ

Оцінка джерел імпорту ПЗ

Вхідні дані:

· Вимоги до ПЗ, що імпортується

Оцінка джерел імпорту ПЗ застосовується тоді, коли в проекті застосовується ПЗ, що імпортується. Доступні джерела мають бути оцінені відносно відповідності доступного ПЗ вимогам, наявності, термінам, якості джерела.

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

Вихідні дані:

· Виділені джерела імпорту ПЗ

Призначення:

· Етап імпортування ПЗ

· Моніторінг та контроль проекту

Визначення методі імпорту ПЗ

Вхідні дані:

· Виділені джерела ПЗ, що імпортується

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

(Інтеграція імпортованого ПЗ з загальним графіком проекту, вимоги тестування імпортованого ПЗ, вимоги бюджету і персоналу).

Вихідні дані:

· Виділені методи імпорту ПЗ

Імпорт ПЗ

Вхідні дані:

· Виділені джерела імпорту ПЗ

· Виділені методи імпорту ПЗ

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

Системна архітектура:

1. Що виконує

2. З чого складається

3. Де розміщено

4. З чим оперує

5. Хто і як використовує і т.д.

08.02.2012 Лекція 4

1. Процеси встановлення вимог

2. Загальний зміст специфікації вимог до ПЗ

Читайте також:

1. I. Органи і системи, що забезпечують функцію виділення
2. I. Особливості аферентних і еферентних шляхів вегетативного і соматичного відділів нервової системи
3. II. Анатомічний склад лімфатичної системи
4. IV. Розподіл нервової системи
5. IV. Система зв’язків всередині центральної нервової системи
6. IV. Філогенез кровоносної системи
7. POS-системи
8. V Практично всі психічні процеси роблять свій внесок в специфіку організації свідомості та самосвідомості.
9. VI. Філогенез нервової системи
10. Аварійно-рятувальні підрозділи Оперативно-рятувальної служби цивільного захисту, їх призначення і склад.
11. Автокореляційна характеристика системи
12. Автоматизація процесу призначення IP-адрес

Переглядів: 1173