Разработка приложений в среде объектно-ориентированного программирования Delphi

КУРСОВАЯ РАБОТА по дисциплине «Объектно-ориентированное программирование»

Тема «Разработка приложений в среде объектно-ориентированного программирования Delphi»

Расчетно-пояснительная записка Содержание Задание на курсовую работу Замечания руководителя Введение

1. Справочные пособия и руководства программных средств

1.1 Общее функциональное описание программного средства

1.2 Руководство по инсталляции программного средства

1.3 Справочник по применению программного средства

1.4 Руководство по управлению программным средством

1.5 Документация по сопровождению программных средств

1.6 Порядок разработки пользовательской документации

2. Обслуживание печати в приложении

2.1 Печать с помощью функций файлового ввода/вывода

2.2 Печать текстов в обогащенном формате методом Print

2.3 Печать с помощью объекта Printer

2.4 Печать форм

3. Практическая часть Заключение Список литературы Введение В последние годы инфотехнологии все глубже проникают во все сферы человеческой деятельности. Они применяются практически в любых областях. Компьютеры, вычислительные системы и информационные сети применяются для осуществления надежной связи, моделирования, автоматизации различных процессов, а со временем компьютеризированным обещает стать любой труд в целом.

Автоматическое выполнение тех или иных действий вычислительными системами достигается с помощью программирования. На сегодняшний день программирование позволяет решать широкий спектр задач всех уровней сложности.

Результатом естественной эволюции ранних методологий программирования стало ООП — объектно-ориентированное программирование. Потребность в ООП связана со стремительным усложнением приложений и отсюда как следствие недостаточной надежностью программ и выразительными способностями языков программирования.

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

Любой программе для того, чтобы иметь статус законченного продукта и быть востребованной на своём рынке, необходимо иметь руководства для всех видов возможных пользователей. О способах их создания, видах такой документации, а также о типах пользователей и других важных деталях и пойдёт речь далее.

1. Справочные пособия и руководства программных средств Справочные пособия и руководства к программным средствам представляют собой подразделы понятия «пользовательская документация».

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

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

В связи с этим следует различать две категории пользователей: ординарных пользователей программы и администраторов. Ординарный пользователь программы (end-user) использует программу для решения своих задач (в своей предметной области). Это может быть инженер, проектирующий техническое устройство, или кассир, продающий железнодорожные билеты с помощью данной программы. Он может и не знать многих деталей работы компьютера или принципов программирования. Администратор программы (system administrator) управляет использованием программы ординарными пользователями и осуществляет сопровождение программного средства, не связанное с модификацией программ. Например, он может регулировать права доступа к программе между ординарными пользователями, поддерживать связь с поставщиками программы или выполнять определенные действия, чтобы поддерживать программу в рабочем состоянии, если оно включено как часть в другую систему.

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

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

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

Общее описание руководства пользователей программного средства включает в себя:

— порядок действий пользователя для установки и использования системы и ПС;

— краткое описание функций и характеристик ПС;

— описание внешней программной среды;

— перечень файлов, включая файлы базы данных, необходимых для применения ПС;

— порядок действий для продолжения или возобновления функционирования ПС в случаях возникновения непредвиденных ситуаций;

— организация и функционирование ПС с точки зрения пользователя;

— описание процедур, позволяющих фиксировать дефекты и ошибки;

— детальные, пошаговые действия пользователя при включении системы и дальнейшей работе с ней;

— ссылки на другие руководства системы и комплекса программ;

— перечень и пояснение выводимых системой сообщений.

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

В частности, включает в себя:

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

— документы, детализирующие концепцию процессов управления системой и ПС и требования к реализации каждой функции;

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

— руководства для формализации и описания объектов управления системы и ПС;

— формализация непосредственной передачи управляющей информации между компонентами системы и ПС;

— документы, описывающие:

· передаваемые типы данных;

· формализованные объекты, их состояния, атрибуты, операции и извещения об обмене;

— классификатор объектов управления, отражающий взаимосвязь между классами объектов управления и правилами их применения;

— функции администратора программных средств:

· общие функции администрирования при применении данного ПС;

· процедуры по инсталляции и подготовке ПС к эксплуатации;

· контроль ввода заданий и выработки запроса на их выполнение;

· контроль представления результатов обработки заданий;

· способы и формы контроля исполнения заданий;

· динамическое управление процессом реализации заданий.

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

Включает в себя:

— порядок действий пользователя для использования системы и ПС;

— краткое описание функций и характеристик ПС;

— описание внешней программной среды;

— перечень файлов, включая файлы базы данных, необходимых для применения ПС;

— порядок действий для продолжения или возобновления функционирования ПС в случаях возникновения непредвиденных ситуаций;

— организация и функционирование ПС с точки зрения пользователя;

— описание процедур, позволяющих фиксировать дефекты и ошибки;

— детальные, пошаговые действия пользователя при включении системы и дальнейшей работе с ней;

— ссылки на другие руководства системы и комплекса программ;

— перечень и пояснение выводимых системой сообщений.

1.4 Руководство по управлению программным средством Предназначено для системных администраторов. Оно должно описывать сообщения, генерируемые, когда программные средства взаимодействует с другими системами, и как реагировать на эти сообщения. Кроме того, если программное средство использует системную аппаратуру, этот документ может объяснять, как сопровождать эту аппаратуру.

Руководство системного администратора программного средства включает в себя:

— описание запуска системы управления и комплекса программ либо непосредственно с центрального компьютера, либо другим централизованным способом, либо через сеть;

— описание аппаратных и программных средств, требуемых для работы системы;

— технические характеристики используемых аппаратных устройств;

— структура, обзор назначения и функционирования каждого компонента комплекса программ;

— перечень входных команд, команд доступа к ПС и реакции на их выполнение;

— аварийные сообщения и другие выходные данные, формируемые для контроля комплекса программ;

— типовые времена выполнения основных функций ПС;

— последовательность действий для запуска системы и комплекса программ;

— перечень требуемых библиотек поддержки и интерфейсов системы;

— форма и средства регистрации дефектов и ошибок, возникающих в процессе эксплуатации ПС;

— перечень процедур, выполняемых системным администратором при установке ПС для конкретного выбранного окружения и конкретной конфигурации системы.

1.5 Документация по сопровождению программных средств Существует и специализированная пользовательская документация. Примером такой документации является сопровождающая информация, предназначенная для изучения пользователем-другой командой разработчиков.

Документация по сопровождению ПС описывает ПС с? точки зрения ее разработки. Эта документация необходима, если ПС предполагает изучение того, как оно устроено (сконструировано), и? модернизацию его программ. Сопровождение — это продолжающаяся разработка. Поэтому в? случае необходимости модернизации ПС к? этой работе привлекается специальная команда разработчиков-сопроводителей. Этой команде приходиться иметь дело с? такой же документацией, которая определяла деятельность команды первоначальных (основных) разработчиков ПС, с? той лишь разницей, что эта документация для команды разработчиков-сопроводителей будет, как правило, чужой (она создавалась другой командой). Чтобы понять строение и? процесс разработки модернизируемого ПС, команда разработчиков-сопроводителей должна изучить эту документацию, а? затем внести в? нее необходимые изменения, повторяя в? значительной степени технологические процессы, с? помощью которых создавалось первоначальное ПС.

Документация по сопровождению ПС можно разбить на две группы:

· ?документацию, определяющую строение программ и? структур данных ПС и? технологию их разработки;

· документацию, помогающую вносить изменения в? ПС.

Документация первой группы содержит итоговые документы каждого технологического этапа разработки ПС. Она включает следующие документы:

· внешнее описание ПС (Requirements document);

· ?описание архитектуры ПС (description of the system architect­ture), включая внешнюю спецификацию каждой ее программы (подсистемы).

· для каждой программы ПС описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в? нее модуля;

· для каждого модуля спецификацию и? описание его строения (design description);

· тексты модулей на выбранном языке программирования (program source code listings);

· документы установления достоверности ПС (validation docu­ments), описывающие, как устанавливалась достоверность каждой программы ПС, и? как информация об установлении достоверности связывалась с? требованиями к? ПС.

Документы установления достоверности ПС включают, прежде всего, документацию по тестированию (схема тестирования и? описание комплекта тестов), но могут включать и? результаты других видов проверки ПС, например, доказательства свойств программ. Для обеспечения приемлемого качества этой документации полезно следовать общепринятым рекомендациям и? стандартам.

Документация второй группы содержит руководство по сопровождению ПС (system maintenance guide), которое описывает особенности реализации ПС (в частности, трудности, которые пришлось преодолевать) и? как учтены возможности развития ПС в? его строении (конструкции). В? нем также фиксируются, какие части ПС являются аппаратнои? программно-зависимыми.

1.6 Порядок разработки пользовательской документации Разработка пользовательской документации начинается сразу после создания внешнего описания. Качество этой документации может существенно определять успех программы. Она должна быть достаточно проста и удобна для пользователя (в противном случае это программное средство вообще не стоило создавать). Поэтому, хотя черновые варианты (наброски) пользовательских документов создаются основными разработчиками программного средства, к созданию их окончательных вариантов часто привлекаются профессиональные технические писатели. Кроме того, для обеспечения качества пользовательской документации разработан ряд стандартов, в которых предписывается порядок разработки этой документации, формулируются требования к каждому виду пользовательских документов и определяются их структура и содержание.

2. Обслуживание печати в приложении

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

var P: TextFile;

begin

AssignPrn (P);

Rewrite (P);

Writeln (P, Edit1. text);

CloseFile (P);

End;

Здесь мы объявляем переменную P типа TextFile. Процедура AssignPrn является разновидностью процедуры Assign. Она настраивает переменную P на порт принтера и позволяет работать с ним как с файлом. Rewrite открывает порт для работы, а WriteLn — выводит информацию на печать. Очень важно закрыть порт принтера командой CloseFile.

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

Процедура AssignPrn входит в модуль WinPrn. Присваивает текстовый файл принтеру.

Описание: procedure AssignPrn (var F: Text; Device, Driver,

Port: TChar);

Процедура присваивает принтер, описанный параметрами Driver и Device для порта Port переменной F. Эти значения должны соответствовать устройству, заданному в файле WIN. INI (в секции устройств). Например, если к порту LPT1 у вас подключен принтер LaserJet IIP, то файл WIN. INI будет выглядеть следующим образом:

[устройства]

.

.

.

HP LaserJet IIP=HPPCL, LPT1:

.

.

.

Чтобы присвоить этот принтер текстовому файлу, вызовите

AssignPrn следующим образом:

AssignPrn (F 'HP LaserJet IIP', 'HPPCL', 'LPT1:');

Список допустимых значений параметров можно получить, используя функцию API Windows GetProfileString.

Если Device равно nil, параметры Driver и Port игнорируются, и AssignPrn присваивает F используемый по умолчанию принтер. Этот принтер указан в WIN. INI в секции [windows] под ключевым словом «device». Этот результат можно получить также, вызвав подпрограмму AssignDefPrn, которая вызывает процедуру AssignedPrn с параметрами Device, Driver и Port, установленными в nil.

Если активен администратор печати Windows, то записанный в F текст сохраняется администратором печати и будет печататься при закрытии файла.

2.2 Печать текстов в обогащенном формате методом Print

Компонент TRichEdit имеет метод Print, позволяющий печатать текст, хранящийся в этом компоненте. Этот метод имеет только один параметр — строку, которая при просмотре в Windows очереди печатаемых заданий является именем задания. Например,

RichEdit1.Print ('Print of our RichEdit1');

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

2.3 Печать с помощью объекта Printer

В Delphi имеется класс печатающих объектов TPprinter, который обеспечивает печать текстов, изображений и других объектов, расположенных на его канве (Canvas).

Модуль Дельфи Printers, содержит переменную Printer, которая является объектов типа TPrinter. Поэтому для использования этой переменной программах надо подключить модуль Printers в оператор Uses.

Рассмотрим подробнее некоторые свойства и методы объекта TPrinter:

· Canvas — канва — место в памяти, в котором формируется страница или документ перед печатью;

· TextOut — метод канвы, позволяющий посылать в нее текст;

· BeginDoc — используется для начала задания печати;

· EndDoc — используется для завершения задания печати. При этом печать начинается только после вызова этого метода;

· PageHeight — авзвращает высоту страницы в пикселах;

· NewPage — принудительно начинает новую страницу;

· PageNumber — возвращает номер печатаемой страницы.

Печать текста можно осуществить, к примеру, так:

Printer.BeginDoc;

Printer.Canvas.TextOut (10,10,'Печатаем с помощью объекта Printer'); Printer. EndDoc;

Если нужно напечатать изображение, находящееся, например, в компоненте Image1, то код может быть таким:

Printer.BeginDoc; with Image1.Picture.Bitmap do Printer.Canvas.CopyRect (Rect (0,0,Height, Width), Canvas, Rect (0,0,Height, Width)); Printer. EndDoc;

У объекта Printer есть существенный недостаток: он не производит автоматическое разбиение на строки и страницы, поэтому печатать длинные тексты предпочтительнее с помощью компонента RichEdit или Memo.

2.4 Печать форм У форм в Delphi есть метод Print, который печатает всю клиентскую область формы. При этом полоса заголовка и полоса главного меню формы не печатаются.

Свойство PrintScale определяет опции масштабирования изображения формы при печати:

· poNone — масштабирование не используется. Размер изображения может изменяться в зависимости от используемого принтера

· poPrintToFit — делается попытка напечатать изображение формы того же размера, который виден на экране

· poProportional — увеличивает или уменьшает размер изображения, подгоняя его под размер страницы.

3. Практическая часть Выполнение практической части курсовой работы предполагает разработку приложения, включающего функциональные части:

1. Главное меню: Файл (Открыть, Сохранить, Выход), Данные (Рассчитать), Справка (О программе), использующее стандартные диалоги;

2. Таблица StringGrid.

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

Листинг данного приложения выглядит следующим образом.

Файл проекта Project1. dpr:

program Project1;

uses

Forms,

Unit1 in 'Unit1.pas' {Form1},

Unit3 in '.курс макспрогаUnit3. pas' {Form3};

{$R *.res}

begin

Application.Initialize;

Application.CreateForm (TForm1, Form1);

Application.CreateForm (TForm3, Form3);

Application.Run;

end.

Файл Unit1:

unit Unit1;

interface

uses

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

Dialogs, StdCtrls, Grids, Menus, ComCtrls;

type

TForm1 = class (TForm)

StringGrid1: TStringGrid;

Button1: TButton;

Edit2: TEdit;

Label2: TLabel;

Button2: TButton;

StaticText1: TStaticText;

MainMenu1: TMainMenu;

N1: TMenuItem;

RichEdit1: TRichEdit;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

Button3: TButton;

Edit1: TEdit;

StaticText2: TStaticText;

procedure Button1Click (Sender: TObject);

procedure FormCreate (Sender: TObject);

procedure Button2Click (Sender: TObject);

procedure N8Click (Sender: TObject);

procedure N4Click (Sender: TObject);

procedure Button3Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

n, i, j:integer;

implementation

uses Unit2, Unit3;

{$R *.dfm}

procedure TForm1. Button1Click (Sender: TObject);

var

st, buf: string;

f: TextFile;

fName: String;

begin

fName := Edit2. Text;

AssignFile (f, fName);

Reset (f);

read (f, st);

n:=5;

Form1.StringGrid1.ColCount:=n;

Form1.StringGrid1.RowCount:=n;

while (i<=n) and (j<=n) do

begin

buf:= Copy (st, 1, Pos (' ', st)-1);

Delete (st, 1, Pos (' ', st));

Form1.StringGrid1.Cells[j, i]: =buf;

j:=j+1;

if j = n then begin j:=0; i:=i+1;

end;

end;

end;

procedure TForm1. FormCreate (Sender: TObject);

begin

i:=0;

j:=0;

end;

procedure TForm1. Button2Click (Sender: TObject);

var

i, j, im, jm: integer;

begin

im:=1; jm:=1;

for i:=0 to stringgrid1. RowCount-1 do

for j:=0 to stringgrid1. ColCount-1 do

if stringgrid1. Cells[j, i]>stringgrid1.Cells[jm, im] then

begin

im:=i;

jm:=j;

end;

RichEdit1.Lines.add (stringgrid1.Cells[jm, im]);

RichEdit1.Lines.add ('Индекс max эл-та:');

RichEdit1.Lines.add (inttostr (jm));

RichEdit1.Lines.add (inttostr (im));

end;

procedure TForm1. N8Click (Sender: TObject);

begin

Form3.ShowModal;

end;

procedure TForm1. N4Click (Sender: TObject);

begin

Close;

end;

procedure TForm1. Button3Click (Sender: TObject);

var

fName: String;

begin

RichEdit1.Lines.SaveToFile (fName);

end;

end.

Файл Unit3:

unit Unit3;

interface

uses

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

Dialogs, StdCtrls;

type

TForm3 = class (TForm)

StaticText1: TStaticText;

StaticText2: TStaticText;

StaticText3: TStaticText;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

{$R *.dfm}

end.

Скриншоты интерфейса программы:

Рисунок 3.1

Рисунок 3.2

Рисунок 3.3

Заключение

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

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

В процессе написания работы нами была изучена специальная литература, включающая тематические учебники, пособия и книги, предназначенные авторами для самостоятельного обучения, рассмотрено практическое применение руководств пользователей ПС, средства работы с печатью в приложениях Delphi, а также было полностью выполнено практическое задание, заключавшееся в создании по ТЗ программы в системе Delphi 7.

1 Липаев В. В. Документирование сложных программных средств / В. В. Липаев.- М.: СИНТЕГ, 2005. — 124 с.

2 Фленов М. Библия Delphi / М.Фленов. — СПб.: БХВ-Петербург, 2008. — 880 с.

3 Тюкачев Н. Программирование в Delphi для начинающих / Е. Михайлова, К. Рыбак. — СПб.: БХВ-Петербург, 2007. — 672 с.

4 Лесневский А. Объектно-ориентированное программирование для начинающих / А. Лесневский. — М.: Бином, 2010. — 232 с.

5 Пышкин Е. Основные концепции и механизмы объектно-ориентированного программирования / Е. Пышкин. — СПб.: БХВ-Петербург, 2005. — 640 с.