- •Основні дії для експлуатації пз:
- •Внедрение программного продукта
- •1)Процесс заказа
- •2)Процесс поставки
- •3)Процесс разработки
- •3.1.Разработка дизайна
- •3.2.Написание контента, текста для сайта
- •3.2Кодирование процессов, разработка сайта
- •3.3.Тестирование
- •4)Процесс эксплуатации
- •5)Процесс сопровождения
- •Основні дії для експлуатації пз:
- •Внедрение программного продукта
- •1) Компоненты системы подготовки отчетов
- •2)Типы отчетов
- •1)Бэкуса-Наура формы (бнф)
- •2)Расширенные Бэкуса-Наура формы (рбнф)
- •1)Клиентский уровень включает следующие компоненты:
- •3)Уровень данных:
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •1) Процесс заказа
- •2) Процесс поставки
- •3 Процесс разработки
- •4 Процесс эксплуатации
- •5 Процесс сопровождения
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •1)Процесс заказа
- •2)Процесс поставки
- •3)Процесс разработки
- •3.1.Разработка дизайна
- •3.2.Написание контента, текста для сайта
- •3.2Кодирование процессов, разработка сайта
- •3.3.Тестирование
- •4)Процесс эксплуатации
- •5)Процесс сопровождения
- •Шляхом побудови дерева виводу.
- •1. I* моделі (sd & sr)
- •2. Нормативні I* моделі
- •2) Нормативні і*-моделі
- •Шляхом побудови дерева виводу.
- •Сценарії створення збірок
- •Основні дії для експлуатації пз:
- •Внедрение программного продукта
- •Шляхом побудови дерева виводу.
- •21.4. Підготовте приклад в якому визначаються основні ролі у впровадженні програмного забезпечення та дайте характеристику основних функцій.
- •Шляхом побудови дерева виводу.
- •22.4. Підрахуйте кількість спожитої електроенергії та шкідливих викидів на конкретному прикладі, створивши віртуальний персональний комп’ютер.
- •Основні дії для експлуатації пз:
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •1. I* моделі (sd & sr)
- •2. Нормативні I* моделі
- •2) Нормативні і*-моделі
- •28.4.Побудувати графи арифметичних виразів. Перетворити арифметичні вирази в зворотний польський запис
Шляхом побудови дерева виводу.
+14.1.Безвідходне та ресурсозберігаюче виробництво програмного забезпечення.
Ресурсозберігаюче виробництво – це виробництво і реалізація продуктів з мінімальною витратою речовин і енергії на всіх етапах виробничого циклу і з найменшим впливом на людину та природні системи. Таке виробництво — запорука сталого розвитку. Основою ресурсозберігаючого виробництва є ресурсозберігаючі технології.
Розглянемо існуючі ресурси інженерії програмного забезпечення (принципи, процеси, конструкції), які відіграють важливу роль і можуть використовуватися як основа для побудови ресурсозберігаючих і безвідходних технологій розробки і супроводження програмного забезпечення (табл. 1).
Методи, принципи, конструкції екологічного програмного забезпечення
№ з/п |
Методи/ ресурси |
Програмне (процедурне) програмування |
Об’єктно-орієнтоване програмування |
Модульне програму-вання |
1 |
Конструкції |
Підпрограма (закрита, відкрита), шаблон |
Клас (С, С++) |
Модуль (Модула 2,3), пакет (Ada) |
2 |
Принципи реалізації конструкцій |
Параметризація |
Поліморфізм, наслідування, класифікація |
Роздільна компіляція |
3 |
Принципи використання конструкцій |
Процедурна абстракція, абстракція виконання, шаблонування |
Класифікація |
Композиція |
4 |
Фундаментальна абстракція |
Абстрактний тип даних |
||
Першою такою конструкцією була підпрограма, яку розглядали як засіб скорочення тексту програми. Гнучкість конструкції забезпечувала параметризація. Незабаром погляд на підпрограму почав змінюватися, і її стали розглядати, як засіб структурної організації програм.
Пристосування програми до очікуваних змін постановки завдання або супроводження зводилась до заміни тіла підпрограм або до зміни значень деяких фактичних параметрів у зверненні до підпрограм.
Тому, підпрограми застосовувалися як процедурні абстракції, абстракції виконання (закриті підпрограми) або шаблони (відкриті підпрограми). В якості застосування методу підпрограми використовувалося підпрограмне (процедурне) програмування. Пізніше, слідуючи прагненню поліпшити конструкцію для реалізації абстрактних типів даних були створені модуль і клас.
У 1984 році при розгортанні досліджень, пов'язаних з повторним використанням програмного забезпечення зверталася увага на те, що з часом кількість принципово нових застосувань обчислювальних машин зменшується. Це свідчило про те, що супроводжуване програмне забезпечення, яке згодом стали називати успадкованим (або наслідуваним), містило досвід, і його слід було повторно використовувати при створенні нового програмного забезпечення. Завдяки цьому життєвий цикл програмного забезпечення був розширений додатковими процесами (рис. 1).
Рис. 1. Розширення життєвого циклу ПЗ
З одного боку, він був доповнений доменним аналізом, мета якого — шляхом аналізу досвіду, накопиченого в домені будувати повторно використовувані для вирішення застосування у розробці нового програмного забезпечення. З іншого боку в життєвий цикл ПЗ в контексті фази ліквідації були введені процеси, які пов'язані з утилізацією програмного забезпечення (рис. 2)
Рис. 2. Склад фази ліквідації
Реалізація процесів утилізації призвела до появи зворотного (реверсивної) інженерії програмного забезпечення, з'єднання якої з прямою інженерією дало реінженерію і дозволило в екологічному аспекті розглядати розробку і супровід програмного забезпечення як його кругообіг.
Рис. 3. Кругообіг ПЗ
Таким чином, в інженерії програмного забезпечення є принципи, процеси і конструкції, які можуть використовуватися при побудові безвідходних, ресурсозберігаючих технологій і продуктів. Слід розробляти показники ресурсозбереження, встановлюючи норми виконання завдань ресурсозбереження.
+14.2.Типи робочих елементів шаблону процесу MSF Agile.
+***14.3.Перерахуйте та розкрийте призначення моделей, які застосуються при впровадженні програмного забезпечення.
Впровадження корпоративної ІС, розробленої самостійно або придбаної у постачальника, часто супроводжується ломкою (перепроектувало) існуючих на підприємстві процесів бізнесу. Доводиться перебудовувати їх під вимоги стандартів і логіку впроваджуваної системи. Відзначимо відразу, що впровадження ІС вирішує ряд управлінських і технічних проблем, проте породжує проблеми, пов'язані з людським чинником.
До теперішнього часу склався стандартний набір прийомів впровадження ІС. Основне правило: виконувати обов'язкові фази послідовно і не пропускати жодної з них.
Критично важливими для впровадження є наступні чинники:
наявність чітко сформульованих цілей проекту і вимог до ІС;
наявність стратегії впровадження і використання ІС;
проведення передпроектного обстеження підприємства і побудови моделей "Як є" і "Як буде";
планування робіт, ресурсів і контроль виконання плану впровадження;
участь вищого керівництва у впровадженні системи;
проведення робіт по впровадженню ІС фахівцями з інтеграції систем спільно з фахівцями підприємства;
регулярний моніторинг якості виконуваних робіт;
швидке отримання позитивних результатів хоч би в частині упроваджених модулів ІС або в процесі її дослідної експлуатації.
Перед початком розробки проекту впровадження необхідно:
максимально формалізувати цілі проекту впровадження ІС;
оцінити мінімально необхідні витрати і статті витрати;
встановити високий пріоритет проекту впровадження перед рештою поточних проектів;
наділити керівника проекту максимально можливими повноваженнями;
провести масову просвітницьку роботу з персоналом підприємства з метою довести до кожного важливість і необхідність майбутніх перетворень;
розробити організаційні заходи для застосування нових інформаційних технологій;
розподілити персональну відповідальність по всіх етапах впровадження і дослідної експлуатації.
Необхідно також визначити функціональні сфери впровадження модулів інформаційної системи:
організаційне управління;
організаційно-адміністративне забезпечення;
управління процесами бізнесу;
управлінський, планово-фінансовий і бухгалтерський облік;
управління персоналом;
управління документацією;
управління матеріально-технічним забезпеченням;
управління зв'язками з клієнтами і зовнішнім середовищем.
Крім того, що перераховано вище, треба задати технологічні вимоги до впровадження ІС:
системна платформа - впровадження і адаптація готового рішення від виробника або розробка на замовлення відповідно до технічного завдання замовника;
інтегрованість - дані зберігаються і обробляються в єдиному інформаційному просторі; це забезпечує їх повноту, несуперечність, достовірність і можливість багатократного використання; система може включати знов розроблені і вже використовувані технології і додатки;
адаптованість - система настроюється відповідно до вимог замовника і на особливості інформаційного поля замовника;
розподіленість - система може ефективно функціонувати в територіально видалених підрозділах і філіалах підприємства;
масштабованість - система може виконуватися у вигляді каркаса, що містить базові модулі, і доповнюватися відповідно до вимог зовнішнього і внутрішнього середовища, що змінюється
в ході передпроектного обстеження підприємства (рис. 4. ) відбувається збір докладної інформації про структурну побудову організації, функціональних зв'язках, системі управління, про основні процеси бізнесу, про потоки усередині підприємства (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необхідної для побудови відповідних моделей і вибору об'єктів для автоматизації. Оцінюються терміни, ресурси, види і об'єми робіт, номенклатура і вартість програмно-апаратних і телекомунікаційних засобів, вартість навчання персоналу і т.д.
+14.4.Розгляньте наступні рядки коду та напишіть простий модульний тест для перевірки правильності значень, які повертає клас Calculator:
public class Calculator
{
bool _isDirty;
string _operation;
decimal _state;
public decimal Display { get; private set; }
public void Enter(decimal number)
{ _state = number;
_isDirty = true; }
public void PressPlus()
{ _operation = "+";
if (_isDirty) Calculate(); }
public void PressEquals()
{ if (_isDirty) Calculate(); }
void Calculate()
{ switch (_operation)
{ case "+":
Display += _state;
break; }
_isDirty = false; }
}
==================================
[TestMethod]
public void TestMethod1()
{
ConsoleApplication12.Calculator calc = new ConsoleApplication12.Calculator();
calc.Enter(10);
calc.PressPlus();
decimal dec = (decimal) 12.2;
calc.Enter(dec);
calc.PressEquals();
decimal factResult = calc.Display;
decimal exptResult = (decimal)22.2;
Assert.AreEqual(exptResult,factResult);
}
+14.5.Показати, що ланцюг –123 належить мові,
що задається граматикою G2={T,N, P, I}:
T={0, .., 9, +, –} N={I, P, ЦИФРА} Правила P I ::= P | +P | –P P ::= ЦИФРА | ЦИФРА P ЦИФРА ::= 0 | 1 . . . | 9
