3.2Кодирование процессов, разработка сайта
Разработчики должны понимать получившийся дизайн и навигацию. Если система представляет динамичные данные, то разработчики должны использовать стандартизированные шаблоны для представления данных.
На данной стадии разрабатывается весь программный код, реализуется логика работы приложения, реализуется весь описанный в спецификации функционал по стандартам, так же описанным в спецификациях.
На входе мы имеем: сайт с формами и требованиями в спецификациях, сверстанный дизайн.
На выходе получаем: спроектированную базу данных и сам web-сайт, документацию к разработанному продукту и наличие обязательных комментариев в коде.
3.3.Тестирование
Тестирование — процесс выявления ошибок и их описания, смысл данной стадии полностью совпадает с тестирование любого программного обеспечения.
Применяются как стандартные подходы к тестированию модульному, интеграционному, так и стресс тестирование и нагрузочное тестирование для выявления жизнеспособности системы при высоких нагрузках (большом числе посещений системы).
На входе мы имеем: функционально готовый web-сайт и спецификации.
На выходе получаем: отчеты о выявленных ошибках.
4)Процесс эксплуатации
Эта стадия применима только к web-сайтам. Поскольку веб-сайты — это системы, которые предоставляют свой функционал без предварительной установки на персональный компьютере и для доступа к web-сайту и его использованию чаще всего достаточно знания его адреса, то для того, чтобы узнать его адрес и вообще получить адрес требуемого нами web-сайта пользователи чаще всего обращаются к поисковым системам.
Для продвижения сайта в поисковых системах в него вносятся специальные конструкции, которые облегчают поисковым системам идентификацию страниц сайта и выдачу их в результатах поиска. Применяемые технологии: метатеги, SEO оптимизация, продвижение по поисковикам, контекстная реклама.
Продвижение сайта в поисковиках, SEO оптимизация так же имеет жизненный цикл и является отдельным процессом от разработки веб-приложения, поскольку фактически прямым образом не имеет прямого влияния на функциональность и содержание сайта, а предоставляет лишь дополнительные сервисы по доступу к информации сайта через поисковые системы.
На входе мы имеем: работающий интернет-сайт.
На выходе получаем: сайт, быстро доступный через поисковые системы и другие каналы привлечения прямой аудитории.
5)Процесс сопровождения
Обслуживание, обновление, внесение изменений
Веб-сайт, как живой организм. Он всегда должен соответствовать настоящему времени и к нему в этом плане гораздо больше требований чем к обычному программному обеспечению, Первоочередной задачей веб-сайта является предоставление актуальных на данный момент сервисов и услуг, информации. Поэтому эти виды данных требуют постоянного обновления и поддержания актуальности.
На входе мы имеем: готовый сайт, контент, API, перечень функций и классов.
На выходе получаем: обновленные сервисы, информацию, подключение новых услуг и т.п.
.
ВАРІАНТ № 5
Функціональне тестування програмного забезпечення.
Сценарії ведення проекту. Сценарії розгалуження і злиття. Призначення
Поняття виводу. Лівосторонній та правосторонній вивід. Дерево виводу.
Створіть модель своєї екосистеми програмного забезпечення і презентації її в нотації і*.
На прикладі програмного забезпечення перерахуйте засоби, які застосовуються при впровадженні програмного забезпечення та розкрийте їх зміст.
+5.1.Функціональне тестування програмного забезпечення.
Функціональне тестування є частиною його тестування чорної скриньки.
Завданням функціонального тестування є перевірка відповідності програми своїм зовнішнім специфікаціям (виявлення невідповідностей між реальною поведінкою реалізованих функцій і очікуваною поведінкою відповідно до специфікації і вимог).
Тести для нього, а також використовувані критерії повноти проведеного тестування визначають на основі вимог до функціональності. При функціональному тестуванні вихідний код програми не доступний. Критерієм повноти тестування вважається перебір всіх можливих значень вхідних даних, що здійснити на практиці надзвичайно важко. Тож функціональні тести повинні охоплювати всі реалізовані функції з урахуванням найбільш ймовірних типів помилок. Тестові сценарії, що поєднують окремі тести, орієнтовані на перевірку якості розв'язку функціональних задач.
Функціональне тестування застосовується тільки коли ПЗ вже створене, тобто на останніх етапах життєвого циклу ПЗ.
Найпоширенішими видами функціонального тестування є методи випадкового тестування, еквівалентного розбиття й аналізу граничних умов.
До задач функціонального тестування належать:
ідентифікація множини функціональних вимог;
ідентифікація зовнішніх функцій і побудова послідовностей функцій відповідно до їхнього використання в ПС;
ідентифікація множини вхідних даних кожної функції і визначення областей їхньої зміни;
побудова тестових наборів і сценаріїв тестування функцій;
виявлення і подання усіх функціональних вимог за допомогою тестових наборів і проведення тестування помилок у програмі і при взаємодії із середовищем.
Тести, створювані за проектною інформацією, пов'язані зі структурами даних, алгоритмами, інтерфейсами між окремими компонентами і застосовуються для тестування компонентів і їхніх інтерфейсів. Основна мета – забезпечення повноти і погодженості реалізованих функцій і інтерфейсів між ними.
В основу комбінованого методу «чорної скриньки» і «білої скриньки» покладено розбивку вхідної області функції на підобласті виявлення помилок. Підобласть містить у собі однорідні елементи, які обробляються коректно або некоректно. Для тестування підобласті застосовується виконання програми на одному з елементів цієї області.
Передумови функціонального тестування:
коректне оформлення вимог і обмежень до якості ПС;
коректний опис моделі функціонування ПС у середовищі експлуатації замовника;
адекватність моделі ПС заданому класу.
адекватність моделі ПС заданому класу.
Одні з найпоширеніших видів функціональних тестів:
Функціональне тестування (Functional testing).
Тестування безпеки (Security and Access Control Testing) - стратегія тестування, що використовується для перевірки безпеки системи, а також для аналізу ризиків, пов'язаних із забезпеченням цілісного підходу до захисту програми, атак хакерів, вірусів, несанкціонованого доступу до конфіденційних даних. Тестування безпеки може виконуватися як автоматизовано так і в ручну, включаючи перевірку як позитивних, так і негативних тестових випадків.
Тестування взаємодії (Interoperability Testing) - це функціональне тестування, що перевіряє здатність програми взаємодіяти з одним і більше компонентами або системами і включає в себе тестування сумісності (compatibility testing) та інтеграційне тестування (integration testing).
+5.2.Сценарії ведення проекту. Сценарії розгалуження і злиття. Призначення
Обычно ветви используются для поддержания версий, готовых к выпуску, или параллельной разработки.
Во многих простых сценариях в ветвлении нет необходимости, достаточно применять простой подход использования меток для маркировки сборок.
Сценарии, в которых может понадобиться создавать ветви и выполнять слияния:
Ветвь разработки должна быть создана при наличии постоянных проблем с дефектными сборками для изолирования параллельных процессов разработки.
При наличии функциональности, обусловливающей нестабильное поведение, или если одновременная работа групп приводит к возникновению нестабильности в разрабатываемой системе, в папке-контейнере системы контроля версий следует создать отдельные ветви функциональных возможностей или групп разработки.
Не следует использовать ветвление, если в нем нет крайней необходимости. Ветвление требует дополнительного обслуживания каталога исходного кода и выполнения задач по слиянию. Для большинства групп разработки, которые занимаются созданием бизнес-приложений и имеют короткие циклы выпуска новых версий, ветвления не требуется. Группам разработки, реализующим более длинные циклы выпуска, таким как Независимые производители ПО (Independent Software Vendors, ISV), которые создают «коробочные» приложения, скорее всего, придется прибегнуть к ветвлению в своем процессе разработки.
Если разработка ведется последовательно, и каждая последующая версия является лишь доработанным и расширенным вариантом предыдущей, то ветвление может потребоваться только в случае частых несовместимых между собой изменений, дестабилизирующих процесс разработки.
Типовые сценарии на практике:
Сценарий 1 – Нет ветвления.
Сценарий 2 – Ветвление для выпуска версии.
Сценарий 3 – Ветвление для обслуживания.
Сценарий 4 – Ветвление для разработки функциональной возможности.
Сценарий 5 – Ветвление для изоляции группы.
Пример
Сценарий 2 - «Ветвление для выпуска версии»
В этом сценарии группа создает ветвь для стабилизации версии и, после выпуска версии ПО, объединяет ветвь этой версии с основным деревом исходного кода:
My Team Project
Main → Главная ветвь интеграции
Source
Releases
Release 1 → Ветвь выпускаемой версии
Source
+5.3.Поняття виводу. Лівосторонній та правосторонній вивід. Дерево виводу.
Цепочка принадлежит языку, порождаемому грамматикой, только в том случае, если существует ее вывод из цели этой грамматики. Процесс построения такого вывода (а, следовательно, и определения принадлежности цепочки языку) называется разбором.
Якщо
при побудові виведення ланцюжка
при
кожному застосуванні правила замінюється
самий лівий нетерминальный символ, то
такий вивід називається лівим або
лівостороннім
виводом
.
Якщо при побудові виведення a, завжди замінюється правий нетерминальный символ проміжної ланцюжка, то вивід називається правим або правостороннім виводом .
Дерево називається деревом виводу (або деревом розбору) КС-граматики G = {VT, VN, P, S), якщо виконані наступні умови:
1) кожна вершина дерева позначена символом з безлічі (VN ∪VT ∪ ε ), при цьому корінь дерева позначений символом S; листя - символами з (VT ∪ ε);
2) якщо вершина дерева позначена символом А ∈VN, а її безпосередні нащадки – символами а1, a2, ... , an, де кожне аі ∈(VT ∪VN), тоА →a1a2...an-правило виводу в цій граматиці;
3) якщо вершина дерева позначена символомА ∈VN, а її єдиний безпосередній нащадок позначено символом ε, то А → ε - правило виводу в цій граматиці.
Приклад дерева виводу для ланцюжка а+b+a в грамматиці G:
+5.4. Створіть модель своєї екосистеми програмного забезпечення і презентації її в нотації і*. На прикладі програмного забезпечення перерахуйте засоби, які застосовуються при впровадженні програмного забезпечення та розкрийте їх зміст. Створіть модель своєї екосистеми програмного забезпечення і презентації її в нотації і*.
Розробимо модель в і*-нотації екосистеми підприємства ЗАТ «УкрСофт», яке займається розробкою програмного забезпечення.
Екосистема підприємства ЗАТ «УкрСофт», яке займається розробкою програмного забезпечення, зображена на рис. 1.
Визначимо акторів екосистеми:
ЗАТ «УкрСофт»;
Маркетолог;
Проектувальник;
Програміст;
Тестувальник;
Орган контролю якості;
Кінцевий споживач.
Метою маркетолога є аналіз ринку програмного забезпечення, визначення вимог до нового програмного забезпечення
Метою проектувальника є вибір методів задоволення вимог та розробка завдання на проектування. Він розробляє технічний проект, який передає розробнику ПЗ – програмісту.
Програміст має за мету створити програмний код згідно з технічним проектом. Тобто він реалізує програмний код. Готовий програмний код передається на перевірку тестувальнику.
Метою тестувальника є здійснення верифікації, валідації та атестації програмного коду. Він тестує програмний код, і отримує в органі контролю якості сертифікат відповідності стандартам ПЗ і передає готове до експлуатації програмне забезпечення менеджеру збуту.
Орган контролю якості повинен забезпечити гарантію якості ПЗ. Він здійснює управління процесами забезпечення якості та оформляє дозвіл підприємству, а також видає сертифікат, який засвічує споживача, що дане ПЗ відповідає стандартам якості.
Менеджер зі збуту продає ПЗ кінцевим споживачам з метою отримання прибутку, що є частиною здійснення економічної діяльності.
Кінцевий споживає купує та експлуатує дане програмне забезпечення. А також отримує сертифікат якості на придбане ПЗ. Його метою є задоволення вимог та очікувань.
+***5.5.На прикладі програмного забезпечення перерахуйте засоби, які застосовуються при впровадженні програмного забезпечення та розкрийте їх зміст.
Во время этой фазы проектная группа внедряет технологии и компоненты решения, стабилизирует внедренное решение, передает работу персоналу поддержки и сопровождения и получает со стороны заказчика окончательное одобрение результатов проекта. По завершению внедрения проектная группа производит анализ выполненной работы и удовлетворенности заказчика.
Во время этой фазы по ходу переноса компонент решения из среды тестирования в производственную среду могут продолжаться меры по стабилизации решения.
К этому времени решение должно начать давать заказчику ожидаемую бизнес-отдачу, а проектная группа – свернуть свою деятельность.
Прежде чем считать решение пущенным в эксплуатацию и свернуть проект, проектная группа должна получить от заказчика подтверждение того, что его цели достигнуты. Для этого решение должно быть стабильным и четко удовлетворять выработанным критериям успешности. Стабильность решения означает также готовность систем его эксплуатации и сопровождения.
Результаты фазы внедрения включают в себя:
Информационные системы эксплуатации и поддержки.
Процедуры и процессы.
Базы знаний, отчеты, журналы протоколов (logbooks).
Версии проектных документов, массивы данных (load sets) и программный код, разработанные во время проекта.
Отчет о завершении проекта (project close-out report).
Окончательные версии всех проектных документов.
Показатели удовлетворенности заказчика и потребителей.
Описание последующих шагов.
ВАРІАНТ № 6
Зелені інформаційні системи.
Перерахуйте та розкрийте зміст основних дій, які пов’язані з впровадженням і експлуатацією програмного забезпечення.
LL-граматика та ії властивості.
Описати послідовність дій для структурування додатку Windows Forms у TFS.
Розгляньте наступні рядки 64-бітного програмного коду, знайдіть та поясніть помилку, перепишіть код для виправлення помилки:
size_t Count = BigValue;
for (unsigned Index = 0; Index != Count; Index++)
{ ... }
+6.1.Зелені інформаційні системи.
Зеленые информационные системы
Информационная система - это ресурс, со-стоящий из компьютеров, телекоммуникацион-ного и другого оборудования, который под управлением программного обеспечения может осуществлять вычислительные процессы в информационной технологии.
В информационных системах снизить потребление єлектроєнергии можно двумя путями:
уменьшая электропотребление за счет совершенствования конструкций компонентов аппаратной части информационной системы;
использовать для уменьшения электропотребления программное обеспечение информационной системы.
Реализация экологических принципов для аппаратной части рассматривается в трех аспектах :
энергосбережение;
ликвидация компонентов информацион-ных систем;
центры данных.
При этом озеленению подлежат все процессы жизненного цикла информационных систем:
1.Зеленое проектирование (проектировать энергетически эффективные и не влияющие на окружающую
среду продукты и процессы)
2.Зеленое производство (Производить компоненты информационных систем с минимальным влиянием на окружающую среду)
3.Зеленое использование (Уменьшать потребление энергии компонентами и вредное влияние информационных систем)
4.Зеленая ликвидация (Выводить компоненты информационных систем из эксплуатации с минимальным влиянием на окружающую среду Включает: повторное использование - передачу оборудования производителям для применения или пользователям, требованиям которых оно отвечает; восстановление – замена частей компонентов действующих информационных систем; ликвидация – уничтожение (переработка) электронных отходов.)
Зеленые информационные системы и технологии, как активы устойчивого развития уменьшают затраты и влияние на окружающую стреду путем применения соответствующих материалов и продуктов, снижения потребления энергии и вредного воздействия на окружающую среду.
При создании и использовании зеленых информационных систем и технологий следует руководствоваться тремя принципами устойчивого развития:
экологическая эффективность,
экологическая справедливость,
экологическая результативность.
Эко-эффективность - следуя принципу нужно в деятельности применять меньше методов и средств, которые вредят природе и неэффективно используют невосста навливаемые ресурсы.
Эко-справедливость - следуя принципу нужно равно распределять ресурсы между живущим и следующими поколениями.
Эко-результативность - следуя принципу надо полностью прекращать негативне влияние на окружающую среду.
+***6.2 Перерахуйте та розкрийте зміст основних дій, які пов’язані з впровадженням і експлуатацією програмного забезпечення.