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

21.5.Показати, що ланцюг +12.48 належить мові...

+21.1.Екологічні принципи.

При створенні і використанні зелених інформаційних систем і технологій слід керуватися трьома принципами сталого розвитку:

1. екологічна ефективність,

2. екологічна справедливість,

3. екологічна результативність.

Екологічна ефективність – дотримуючись принципу потрібно в діяльності застосовувати менше методів і засобів, які шкодять природі і неефективно використовують «невідновлюванні» ресурси.

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

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

------------------------------.

При создании и использовании зеленых информационных систем и технологий следует руководствоваться тремя принципами устойчивого развития: экологическая эффективность, экологическая справедливость, экологическая результативность.

Эко-эффективность (eco-efficiency)  следуя принципу нужно в деятельности (системах и технологиях) применять меньше методов и средств, которые вредят природе и неэффективно используют невосстанавливаемые ресурсы. В аспекте эффективности по отношению к информационным системам и технологиям решаются задачи: "какими они должны быть". В аспекте эко-эффективности формулируется задача: "где они должны быть и что они должны там делать".

Эко-справедливость (eco-equity)  следуя принципу нужно равно распределять ресурсы между живущим и следующими поколениями.

Ведущую роль в реализации принципа играет информирование. Люди не понимают:

• преимущества, которые дает здоровая и разнообразная экосистема;

• важность зеленых проблем, которые встают перед предприятиями;

• что надо делать для обеспечения экологической стабильности.

Информирование наверх обеспечивает менеджеров, руководство, государственных деятелей информацией о состоянии экологии на местах. Это позволяет лучше понимать то, какие нужны законодательные и регуляторные процессы и как эффективнее на них влиять. Принятие экологически справедливого распределения деятельности выполняется главным образом за счет нормативно-принудительных влияний.

Эко-результативность (eco-effective)  следуя принципу надо полностью прекращать негативное влияние на окружающую среду.

Если лозунгом эко-эффективности является  "Делать вещи правильно!", то лозунгом эко-результативности является  "Делать правильные вещи!". С помощью принудительных, нормативных и мимикрирующих влияний происходит преобразование отдельных организаций и

Зеленые информационные технологии. Практическая реализация концепции устойчивого развития средствами информатики в различных доменах осуществляется с помощью информационных технологий. Роли информационных технологий, при этом делят на три типа – информировать, автоматизировать и превращать. Требования устойчивого развития предприятия содержат выполнение следующих условий:

• выпуск качественной продукции, которая отвечает потребностям целевой группы населения и не влияет вредно на окружающую среду;

• создание благоприятного зеленого имиджа предприятия в глазах населения и деловых партнеров;

• создание благоприятной социально-психологической атмосферы в коллективе и условий для творческой самореализации работников в направлении устойчивого развития;

• выполнение требований экологической безопасности производственного процесса в зависимости от специфики предприятия (потребление природных ресурсов и загрязнение окружающей среды).

Зеленые технологии состоят из следующих элементов: зеленый бизнес, зеленые информационные технологии и зеленая энергия. Можно сформулировать рекомендации для разработчиков программного обеспечения зеленых информационных технологий:

• организовывать эффективное потребление электроэнергии, используя интерфейс ACPI и виртуализацию;

• переводить компьютер в режимы пониженного энергопотребления в промежутки времени, когда информационные технологии не обрабатывают данные;

• использовать в программном обеспечении многопоточную обработку данных;

• использовать специализированные алгоритмы и структуры данных;

• следить за распределением динамической памяти.

Чтобы озеленять информационные технологии можно использовать следующие подходы:

• тактический, инкрементный – ставятся отдельные цели, проводятся простые измерения, реализуются отдельные операции по озеленению не требующие больших затрат, например, уменьшение потребления энергии информационной системой и офисом в целом;

• стратегический – выполняется аудит организации и разрабатывается план, охватывающий разные аспекты озеленения, включая бизнес, информационную технологию, маркетинг, имидж;

• глубокий зеленый – дополняя стратегический подход измерениями, например, количество углекислого газа, и проводя широкие и систематические мероприятия, достигают комплексного озеленения всей организации.

+21.2.Шаблон процесу MSFAgile

MSF for Agile Software Development - простий шаблон для невеликих або неформальних проектів з розробки ПЗ. Він грунтується на сце-наріях і діях за обставинами. Орієнтований на конкретний проект і його виконавців. У шаблоні MSF Agile передбачений стандартний набір робочих елементів з завданнями, достатніми для початку процесу розробки-ки ПЗ. В цьому шаблоні є такі типи робочих елементів:

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

• Задача (task) Використовується для представлення блоку роботи. У каж-дой ролі свої вимоги до завдань. Наприклад, розробник використовує для розподілу робіт завдання розробки.

• Вимога QoS (Quality of Service requirement) документуються є характеристики системи, наприклад, продуктивність, навантаження, доступ-ність, стійкість до нештатних умовам експлуатації, спеціальні можливості і зручність обслуговування.

• Помилка (bug) Використовується для інформування про потенційну проблему в системі.

• Ризик (risk) Використовується для виявлення та управління ризиками в проекті.

+21.3.Що таке динамічний аналіз? Коли він важливий, і чому?

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

Переваги динамічного аналізу:

• Є можливість визначити залежності які неможливо визначити в статичному аналізі. Приклад: динамічні залежності, які використовують рефлексію, ін’єкції залежності, поліморфізм.

• Може збирати тимчасову інформацію

• Має справу з змінними реального часу виконання

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

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

+***21.4. Підготовте приклад в якому визначаються основні ролі у впровадженні програмного забезпечення та дайте характеристику основних функцій.

Ролі

в дослідних умовах:

• application developers(розробники додатків)

• build and release engineers(інженери які роблять білди та релізи?!)

• release managers(реліз менеджери)

• deployment coordinators(координатори впровадження)

у виробничому середовищі:

• system administrator(системний адмін)

• database administrator(адмін БД)

• release coordinators(координатори релізу?)

• operations project managers(хз як правильно перевести)

Основні функції

• Випуск

• Установка та активація

• Відключення(деактивація)

• Адаптація

• Оновлення

• Відстеження версій

• Видалення

поперешняк======

Основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы внедрения:

Ролевой кластер	Фокус
Управление продуктом (роль: бизнес-аналитик)	Получение отзывов и оценок заказчика; акт о приеме выполненной работы.
Удовлетворение потребителя (роль: бизнес-аналитик)	Обучение; управление календарным графиком обучения.
Управление программой (роль: менеджер проекта)	Сопоставление рамок проекта с поставленным решением; управление стабилизацией.
Разработка (роль: разработчик)	Разрешение проблем; поддержка эскалации.
Тестирование (роль: тестер)	Тестирование производительности.
Управление выпуском (роль: релиз-менеджер)	Управление внедрением; одобрение изменений.

Розглянемо на прикладі впровадження «Автоматизованої системи побудови файлів телепрограми для верстки в Adobe InDesign», розроблюваного за методолгією MSF, основні ролі та їх функції.

Основні завдання фази:

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

• Стабілізація впровадженого рішення.

• Передача робіт персоналу підтримки і супроводу.

• Отримання з боку замовника остаточного схвалення результатами проекту.

• Аналіз виконаної роботи і задоволеності замовника.

У процесі впровадження даного ПЗ беруть участь такі учасники:

1. бізнес-аналітик, який об’єднує виконання задач двох рольових кластерів: «Управління продуктом» (отримання відгуків і оцінок замовника, оформлення акту про прийом виконаної роботи) і «Задоволення споживача» (навчання персоналу, управління календарним графіком навчання).

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

90. менеджер проекту (рольовий кластер «Управління програмою») у фазі впровадження ПЗ здійснює зіставлення рамок проекту з поставленим рішенням і управління стабілізацією впровадженного рішення.

91. тестери (рольовий кластер «Тестування») – виконуються тестування продуктивності, перевіряють, чи вкладається виконання побудови файлів телепрограми у визначений у вимогах час – 6 хвилин, а також, чи не перевищує кількість помилок у готових файлах затверджену кількість (не більше двох на 7 файлів поточного випуску).

92. розробники (рольовий кластер «Розробка») займаються розв’язанням проблем у разі їх виявлення тестувальниками, а також підтримкою ескалації.

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

а)заміна вставки спецсимволів у рядки телепрограми. на які реагують стилі в програмі Adobe InDesign, що вимагають налаштування стилів, вставкою тегів, які автоматично присвоюються стиль рядку без поперного налаштування,

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

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

Також оформлено звіт про завершення проекту і опис наступних кроків (зкорема, плани реалізації змін у наступній версії, зокрема, )

+21.5.Показати, що ланцюг +12.48 належить мові, що задається граматикою G3={T, N, P, D}:

T={0, .., 9, +, –, .} N={D, G, P, ЦИФРА} Правила P D ::= G | +G | –G G ::= P | P.P P ::= ЦИФРА | ЦИФРА P ЦИФРА ::= 0 | 1 . . . | 9