Контрольная работа: Методи розробки структури програми

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

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

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

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

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

користувальницький інтерфейс повинний бути однаковим;

користувальницький інтерфейс повинний дозволяти користувачу виправляти власні помилки;

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

В даний час широко поширені командні і графічні користувальницькі інтерфейси.

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

Графічний користувальницький інтерфейс надає користувачу можливості:

звертатися до ПЗ шляхом вибору на екрані придатного графічного чи текстового об'єкта,

одержувати від ПЗ інформацію на екрані у виді графічних і текстових об'єктів,

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

Графічний користувальницький інтерфейс дозволяє

розміщати на екрані безліч різних вікон, у які можна виводити інформацію незалежно;

використовувати графічні об'єкти (піктограмами чи іконки), для позначення різних інформаційних об'єктів чи процесів;

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

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

4. Практичне завдання

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

Приклад файлу форми Delphi6 для табулювання функції:

unit Func_tab;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Buttons, Grids, Menus;

type

TForm1 = class (TForm)