Във фазата на проектиране трябва да се изработи модулна структура на програмата. Модулната структура е йерархия на процедури и функции (наречени модули), чрез който програмата решава проблема. Програмата е модул на главата в йерархията.
размер Модул измерва с броя съдържащи се в него оператори или редове. Модулът не трябва да бъде твърде малък или твърде голям. Малки модули доведат до тромава модулна структура на програмата и не могат да плащат режийните, свързани с проектирането им. Големи единици са неудобни за изучаване на промените, те могат значително да се увеличи общото време на повторни предавания на програмата за отстраняване на грешки в програмата. Като цяло, програмни модули, препоръчани размер от няколко десетки до няколко стотици оператори.
Спецификация софтуерен модул съдържа:
- синтактичната спецификация на нейните входове, което дава възможност за изграждане на езика за програмиране е синтактично правилно се позовава на него (и да е от входа);
- модул функционална спецификация (описание на семантиката на функциите, изпълнявани от модула за всеки от нейните входове).
В програмата за развитие на модулната си конструкция може да се формира по различен начин и се използва за определяне на реда на програмиране и отстраняване на грешки на модулите, определени в тази структура.
Модулната структура на програмата е показано в (Схема 1)
Схема 1.Modulnaya програма структура
Един от методите за подобряване на програмата, е структурно програмиране. Структуриран програмиране дава възможност за организиране на процеса на проектиране и кодиране, така че да се избегне голяма част от установените грешки, т.е. които вече са допуснати. Структуриран програмиране 3 компонента:
Отгоре-надолу дизайн.
Модул - е процес на разделяне на програма в логически парчета. Използване на модули намалява сложността. Модулна програма по-лесно да се напише и тест.
Структурно кодиране включва използването на контролни структури (условни конструкции, цикли). безусловно прехвърляне, операторът трябва да се използва възможно най-пестеливо, тъй като програма с него е трудно да се отстраняване на грешки и те често имат странични ефекти.
Отгоре-надолу дизайн има йерархична структура и започва с кратък преглед на проблема. Тогава задачата се разделя на по-малки подзадачи, които от своя страна също е разделена на подзадачи. процес разделяне продължава докато подзадачи няма да са толкова прости, че всеки един от тях ще съответства на един модул.
Ние определяме някои основни концепции на обектно-ориентираното програмиране.
Предмети - някои елементи на които се основава молбата.
Имоти - определяща характеристика на някои от нещата, които са работили като програмист, което се отразява как ще изглежда на компонента, както и неговите невидими характеристики (поведение).
Събитие - това е, което се случва в реално време и може да доведе до известно отговор.
Метод - начина, по който обектът може да отговори на определени събития. Тази процедура, която се определя като част от класа и се съдържа в него.
методи на обекти имат всеки от типовете:
метод Диспечерски призовава обекти - начина, по който приложението ще определи какъв код се изисква, когато се обадите по специфичен метод.
Делегиране - фактът, че даден обект може да осигури друг субект, който да отговори на определени събития. Такъв модел е в някои случаи значително опростява програмирането.
среда за разработка Delphi е насочен предимно към създаването на програми за Windows семейство от операционни системи. В този случай, много внимание се обръща на възможността за развитие на зрението заявление с голям набор от предварително създадени компоненти, а стандартната доставка Delphi включва основните обекти, които формират добре подбрани йерархия от 270 основни класове, които ви позволяват да се избегне ръчно кодиране. Тези компоненти обхващат почти всички аспекти от прилагането на съвременни информационни технологии.
В процеса на изграждане на заявлението трябва да изберете от палитрата на компоненти, въз основа на която да се гради на проекта. Преди съставянето види резултатите от своята работа. В този смисъл, дизайнът на Delphi не е много по-различен от планирането в тълкувателен среда, но след компилация получите кода, който работи по 10-20 пъти по-бързо от едно и също нещо направено с помощта на преводач. Вторник Delphi включва пълен набор от визуални инструменти за бърза разработка на приложения (RAD - бърза разработка на приложения), подкрепа за развитието на потребителския интерфейс.
За развитието на тестовите програми, следните конструктор Delphi7 компоненти:
PageControl- позволява по време на проектирането, образуват от няколко раздела, които съдържат различни контроли. Достъпът до всеки раздел се извършва с помощта на корени на имената. Този компонент се използва за разработване на програми за тест, за да създадете няколко раздела.
Button- стандартната бутона Delphi, бутонът е на повърхността на надписа (който описва целта си, когато бъде натиснат). Основното събитие за бутона е OnClick, управлявана чрез натискане, появата на промени на бутоните, което потвърждава, че действието се случва визуално. Този компонент се използва при разработването на програма за тестване за лесен преход между форми.
Визитката за показване по подразбиране на формата на графични дисплеи изображения на изображението на повърхността форма представена в BMP формат. За да покажете изображения във формат .jpg трябва да са в JPEG ДИРЕКТИВА използва, за да се свържете модул. След пускането на компонент форма на изображението, става избрания правоъгълна зона
MainMenu- не визуален компонент Delphi (което не е на стойност разположение за потребителя, тъй като не вижда компонента, а менюто с генерираната от нея), предназначена да покаже основното меню на формата
Memo- редактирате многоредово текстово поле, което може да се зареди от файл или да запишете информацията, въведена в текстов формат на файла
OpenDialog- не визуален компонент, предназначен за подкрепа на отваряне на файл операция е в състояние да работи с всички видове файлове. Когато се говори за този компонент се нарича стандартната File Open диалога.
не SaveDialog- визуален компонент, предназначен за подпомагане на дейностите, които могат да записвате файловете да работи с всички видове файлове. Когато се говори за този компонент се нарича стандартната File Save диалогов прозорец.
Лейбъл за цел да покаже на текст на форма на нашата програма, която няма да се промени по време на програмата. Текст етикети компонента Label може да се промени, но това се прави само programmno.Tekst показва в компонента определя от стойността на надписа на собственост. Той е предписано в процеса на проектиране или набор програмно време на работа
Таймер не-визуален компонент, който може да бъде поставен навсякъде във формата. Той има две качества, които им позволяват да управлявате: Интервал - интервал от време в милисекунди iEnabled - достъпност. Интервал собственост определя действието на периода на таймер. След предварително определен интервал от време, след като предишното включване или след инсталиране на програмата свойства Интервал или след започване на приложението, ако стойността на интервал се определя на времето за проектиране, таймерът се задейства, причинявайки OnTimer събитие. Водачът на това събитие записано на необходимите действия.
ИЗПИТАНИЕ И г.
Тестване - е динамичен контрол на програмата, т.е. утвърждаване на програмата, когато това се извършва на компютър.
Когато програмиране е най-фаза на тестване на програми и отстраняване на грешки отнема много време. Целта на изпитване, т.е., софтуерното тестване е да се идентифицират съществуващите грешки в програмата. Целта на отстраняване на грешки е да се идентифицират и отстраняване на причините за грешки.
Отстраняване на грешки в програма започва с план за изпитване. Такъв план трябва да се мисли за всеки програмист. Планът се основава на концепцията за източниците и естеството на грешката. Главните източници на грешки не са достатъчно дълбоко изследване на модел или алгоритъм за решаване на проблема; нарушение на кореспонденцията между технологичната схема или да го запишете на езика за програмиране и съхранявана програма на език за програмиране; погрешно схващане първоначални данни във формуляра за софтуер; невнимание, когато определени програми и първоначалните данни за въвеждане от клавиатурата на устройството.
Като се има предвид разнообразието от източници на грешки при изготвянето на план за изпитване се класифицират в два вида грешки: 1 - синтаксис; 2 - семантиката (т.е.).
синтактични грешки - грешки в записването на програмния език конструкции (числа, променливи, функции, изрази, оператори, етикети, подпрограми).
Откриване повечето синтактични грешки в основните програмни автоматизирани системи. Търсене същите семантични грешки са много по-малко формално; част от тях се показва в изпълнението на програмата в нарушение на автоматични изчисления на процеса и се показва или издаване на съобщения за диагностика работят програма, или липса на печат резултати, поради безкрайната повторението на една и съща част на програмата (контур) или непреднамерено форма или отпечатват съдържанието на резултатите.
В хода на грешки за изпитване са открити: програмата не правилно отброява времето, даден на потребителя за отговор на въпрос, грешката е дошъл на бял е, че по невнимание е посочено променлива не е правилна, за да се определи кодът изглежда по следния начин:
процедура TForm3.Timer1Timer (Sender: TObject);
ако TimeToAnswer = 0, тогава
ако не и целеви (ФОРМА2), след това
Когато се изпитва като разкри грешки в интерфейса на програмата, за по-лесна за четене и тестовите разтвори се коригира цвета на интерфейса и избран по-комфортен текст око шрифт.
Софтуерният продукт е тестван на няколко пъти, всички грешки, установени до момента са коригирани.
Последният компонент на процеса на програмиране е документирано. Той включва широк набор от определения, за да се улесни процеса на програмиране. софтуер документация по поръчка обяснява на потребителите как да действат, за да използвате тази програма.
При разработването на програмата създава голямо количество различни документация. Необходимо е като средство за предаване на информация между разработчиците на програмата като средство за разработване на програми за управление и като средство за предаване на информация на потребителите, необходими за програмата за прилагане и поддържане
АИС "Test Конструктор" има за цел да създаде тестове за вътрешен контрол на качеството на крайния усвояване на теоретични материали, придобити знания и практически умения на учениците в училищата по теми, свързани с информационните технологии.
Основната форма (фиг. 1) е меню, където можете да изберете между дизайнера и тест.
Фиг. 1. първоначалната форма
Когато кликнете върху раздела Проектиране, отваря формуляр, в който можете да отворите, запишете, създавате и редактирате избрания от Вас тест (фиг. 2).
Фиг. 2. Designer
С кликване върху теста за раздела отваря формуляр, в който можете да се тества в избрания от Вас тест (фиг. 3).
В резултат на курсовата работа е разработен софтуерен продукт, който е програма за създаване и тестове за редактиране за цел да проверят знанията, създадени за пълно работно време пълен контрол на качеството на усвояването на теоретичния материал, придобити знания и практически умения на учениците в училищата по теми, свързани с информационните технологии.
Интерфейсът на програмата позволява без прекалено много проблеми да го използвате и двете опитни и начинаещ потребител на компютър, така че може да се използва в училищата.
За да създадете програмата са проучени теоретични материали по теми, свързани с информационните технологии и материали на програмирането.
В резултат на това на програмата за проверки е създаден, за да се следи качеството на знания асимилация на теоретичен материал и практически умения на учениците в учебните заведения.
При изпълнението на курсова работа на следните задачи са извършени:
- изкопани и отиде дълбоко теоретични знания;
- придобитите умения в разработването на софтуер;
В резултат на тази работа са постигнати всички цели, определени преди началото на курсова работа.
Свързани статии