ь пункт «New» в меню «File». Налаштуйте параметри створюваного зображення, Такі як: висота, ширина, фон зображення, а такоже Кількість точок на дюйм.
После цього відкріється чисте полотно, на якому можна буде створюваті зображення. Для Збереження зображення використовуются пункт меню «Save» або «Save as».
Щоб Відкрити графічний файл для его редагування віберете пункт «Open». Щоб закрити зображення, скорістайтеся пунктом меню «Close».
Щоб війтом з програми віберете пункт меню «Exit».
Для создания зображення використовуются палітру, а такоже панель ІНСТРУМЕНТІВ, налаштовуйте товщина та інтенсівність кольору ліній помощью двох калібрувальніх шкал.
Для заливки геометричних фігур використовуются окрему палітру и калібрувальну шкалу, регулююча інтенсівність кольору заливки.
Для Скасування останньої Дії, вчинения над редагованім збережений, натісніть кнопку «Undo» на панелі Швидкого запуску.
Если ж Скасування Дії все ж не Знадоби, скорістайтеся кнопкою «Redo».
При необхідності працювати в графічному редакторі в повноекранному режімі, скорістайтеся пунктом меню View, Пожалуйста назівається Full screen.
Налаштовуйте Зовнішній вигляд графічного редактора, прібіраючі або додаючі панелі ІНСТРУМЕНТІВ Standard, Tools, Formatting вікорістовуючі пункт меню Toolbars меню View.
Розділ 3. Аналіз впліву Зміни вимог на зміну архітектури програмного забезпечення
. 1 Вимоги споживача
вирази Фактів та припущені Які опісують Очікування до системи в термінах цілей, середовища, обмежень, та Міри ефектівності ї прідатності. Споживачі це ті, хто віконують Вісім Первін функцій сістемної інженерії, з особливими Наголос на операторі, як на Ключовий Споживачі. Операційні вимоги опишуть базових необходимость, и як мінімум дадуть відповідь на запитання, з даного списку
Операційне Поширення и розгортання: Де вікорістають систему?
Профіль чі Сценарій місії: Як система буде Виконувати свои Завдання?
Продуктивність та пов'язані параметри: Які параметри Критичні для виконан місії?
Використання середовища: Як будут використовуват різноманітні компоненти системи?
Вимоги ефектівності: Якою Ефективний має буті система для виконан своєї місії?
Операційний життєвий цикл: Як Довго система буде використовуват Споживачем?
Середовище: якіх СЕРЕДОВИЩА система очікує щоб працювати ефективна?
. 2 Архітектура програмного забезпечення
У Сейчас годину не існує загальнопрійнятого визначення терміна архітектура програмного забезпечення raquo ;. У тієї ж годину, існує велика Кількість різніх визначеня цього Поняття, что мают много в чому схожий сенс. Як приклад можна навести Наступний визначення: архітектура програмного забезпечення - це первинна організація системи, сформована ее компонентами, відносінамі между компонентами и зовнішнім СЕРЕДОВИЩА системи, а такоже принципами, что визначаються дизайн и еволюцію системи
. 3 випадка Зміни архітектури програмного забезпечення
Потреба у зміні існуючого програмного забезпечення может вінікнуті в ході вирішенню широкого кола Завдання по его модернізації. У загально випадка Зміни існуючого програмного забезпечення здатні торкнути НЕ только его код, но ї всі Інші артефакти, пов'язані з трансформованості програмне системою. Однією з найбільш істотніх різновідів тут є зміна архітектури програмної системи. У якості примеров можна навести Такі сценарії, что вімагають Зміни архітектури існуючого ПЗ:
Перетворення, зумовлені функціональнімі змінамі ПЗ. Бажано, щоб Впровадження новой функціональності НЕ торкнуло існуючу логіку системи. Такоже бажано, щоб складність Впровадження новой функціональності в існуючу систему НЕ перевіщувало істотнім чином складність реализации цієї функціональності в рамках нового проекту. Гарна архітектура дозволяє досягті поставлених цілей. Отже, зміна існуючої архітектури - хороший крок на шляху Впровадження новой функціональності, до того ж полегшує и подалі еволюцію системи.
Зміна Платформи ПЗ. Вкрай бажано, щоб зміна Платформи ПЗ як можна менше торкнуло існуючій код, и щоб можна Було обмежітіся змінамі только у вузькій переносних залежних прошарку системи. Віділення такий прошарку - архітектурна Завдання. Ее решение всегда пов'язане з необхідністю Зміни архітектури.
Перетворення, пов'язані з реорганізацією Компанії, что веде розробка. Прикладом, подобной реорганізації ...
