Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Федеральное агентство по образованию
Государственное образовательное учреждение
Среднего профессионального образования
Челябинский энергетический колледж имени С.М. Кирова.
Защищено:
____________
Руководитель:
___________Л.В. Фадеева
Автоматизированное рабочее место «Библиотека»
пояснительная записка по курсовому проекту
по дисциплине: Технология разработки программных продуктов
КП.230105.9-03.017.ПЗ
Руководитель проекта ___________Л.В. Фадеева
Разработал студент ___________К. В. Кузнецова
Нормоконтроль ______________ Л.В. Фадеева
2007
Аннотация
Кузнецова Ксения Владимировна. Курсовой проект по дисциплине «Технология разработки программных продуктов» на тему «Автоматизированное рабочее место «Библиотека». – Челябинск, ЧЭнК, 2007 г. Литературных источников – 4 наименований. Один лист формата А1 с изображением алгоритма работы программы.
В первой части курсового проекта описывается постановка задачи, основные понятия и осуществляется анализ предметной области.
В общей части описана разработка программного продукта «База данных «Библиотека»».
В третьей части приводится программная документация к программе.
В приложении приведена распечатка программного кода программного продукта.
Содержание
Введение
2.3.2. Руководство пользователя…………………………………48
Заключение…………………………………………………………………………60
Список литературы………………………………………………………………..61
Приложение………………………………………………………………………..62
Введение
Современное общество невозможно представить без компьютера. Они настолько широко и глубоко внедрились в нашу жизнь, что очень трудно назвать какую-либо сферу деятельности человека, где бы они не использовались. В связи с этим серьезные требования предъявляются и к аппаратной части современных компьютеров, и к используемому программному обеспечению. В основном именно программное обеспечение, или, иными словами, программные продукты, обеспечивают возможность широкого использования компьютеров. Стоит нам переустановить программное обеспечение компьютера или добавить какой-либо новый программный продукт, и мы сможем решать на этом компьютере совершенно новые задачи.
Следовательно, используемые программные продукты должны соответствовать определенным критериям, обеспечивающим надежность работы компьютера и удобство работы пользователя.
В соответствии с заданием курсового проектирования следует создать автоматизированное рабочее место (АРМ) «Библиотека», которое наиболее удобно можно организовать с помощью баз данных (БД).
Сегодня трудно себе представить сколько-нибудь значимую информационную систему, которая не имела бы в качестве основы или важной составляющей базу данных. Концепции и технологии баз данных складывались постепенно и всегда были тесно связаны с развитием систем автоматизированной обработки информации.
Проектирование БД «Библиотека» ведется для упрощения работы библиотекаря со всем ассортиментом предложенных книг и учебных пособий, а также для учёта взятых и оставшихся в наличии книг.
Актуальность разработки программы заключается в следующем:
- приложение «Библиотека» представляет собой программу для управления базой данных;
Техническое задание на разработку АРМ «Библиотека»
Введение
Настоящее техническое задание распространяется на разработку программы «Библиотека» предназначенной для сбора и хранения информации о книгах и читателях. Предполагается, что данная программа облегчит работу библиотекаря, позволит получать необходимую информацию о книгах и читателях, обеспечит более быстрый поиск книг.
1 Основания для разработки
Разработка ведется на основании задания на курсовое проектирование по дисциплине «Технология разработки программных продуктов» выданная Челябинским Энергетическим Колледжем 16 января 2007 года. Дата завершения работы 22 марта 2007 года.
2 Назначение
В данном курсовом проекте необходимо разработать базу данных «Библиотека», предназначенную для автоматизации рабочего места работника библиотеки. Она должна обеспечивать просмотр, обработку, ввод новых данных, поиск данных по определённому критерию.
3 Требования к программе или программному изделию
3.1 Требования к функциональным характеристикам
1) Программа должна обеспечивать выполнение следующих функций:
- Ввод информации о читателях
- Ввод информации о книгах
- Добавление, удаление и редактирование информации
- Получение необходимой информации о долгах читателя, совершенных операциях с определенной книгой
2) Исходные данные
- Данные о читателях
- Данные о книгах
3) Результаты работы
- список долгов читателя
- список операций, совершенных с определенной книгой
- список операций, совершенных со всеми книгами
- список операций, совершенных с участием определенного читателя
- список выданных книг
- список свободных книг
- список списанных книг
3.2 Требования к надежности
- Предусмотреть контроль вводимой информации
- Предусмотреть блокировку некорректных действий пользователя
- Обеспечить целостность хранимой информации
3.3 Требования к составу и параметрам технических средств
- Система должна работать на IBM совместимых компьютерах
- Минимальная конфигурация
центральный процессор класса Pentium III 433 МГц;
объём оперативной памяти не менее 64 Mb;
минимальная ёмкость жесткого диска 3 Gb;
стандартный манипулятор «мышь»;
стандартная клавиатура;
стандартный SVGA монитор;
операционная система типа Windows, 95, 98, 2000, XP;
стандартный дисковод FDD;
Стандартный привод CD-ROM.
3.4 Требования к информационной и программной совместимости
Для работы программы требуется установить на компьютер систему программ 1С: Предприятие.
4. Требования к программной документации
- В состав сопровождающей документации входят: руководство программиста, руководство пользователя.
5. Технико-экономические показатели
Данная программа быстро окупит затраченные на нее средства, так как она не требует больших ресурсов компьютера, и будет пользоваться спросом на рынке. Программа имеет аналоги, но по сравнению с ними она более доступна, с удобным интерфейсом, понятным даже не квалифицированному пользователю.
6. Стадии и этапы разработки
- подготовительная работа;
- анализ требований к системе;
- проектирование архитектуры к системе;
- анализ требований к программной системе;
- проектирование архитектуры программной системы;
- проектирование программной системы;
- кодирование и тестирование программных средств;
- установка программного средства.
7. Порядок контроля и приемки
Программа должна быть испытана различными методами тестирования.
Порядок проведения тестирования:
- Запуск программы.
- Ввод информации в поля ввода.
- Использование различных кнопок и меню, находящихся в программе.
- Оценка правильности выполнения работы.
- Принятие решения о дальнейшем испытании.
Каждая книга, хранящаяся в библиотеке, имеет следующие параметры: автор, издание, год издания, жанр, ключевые слова, количество страниц. Каждая книга может присутствовать в нескольких экземпляров имеющие уникальный номер.
Так же в библиотеке ведется картотека читателей. О каждом читатели заносятся следующие сведения: ФИО, номер паспорта, адрес, телефон. Каждому читателю присваивается номер читательского билета.
В случаи выдачи экземпляра книги в библиотеке остается вкладыш, в котором указана дата выдачи, дата предполагаемого возврата и номер читательского билета.
Можно продлить книгу по телефону книгу назвав номер читательского билета и уникальный номер книги.
При возврате книги во вкладыше отмечается срок возврата. При просрочке возврата книги, читатель получает предупреждение. Когда предупреждений у читателя накапливается больше определенного предела, он лишается правом пользования библиотекой на определенный срок.
При потере книги читатель лишается правом пользования библиотекой на определенный срок, независимо от количества предупреждений.
В библиотеке есть ряд ограничений: нельзя выдавать книги больше установленного периода, нельзя выдавать больше определенного количества книг.
Основные определения
База данных (БД) - поименная совокупность структурированных данных, относящихся к определенной предметной области. Под предметной областью принято понимать часть реального мира, подлежащую изучению
для организации управления и автоматизации (предприятия, организации). Анализ предметной области позволяет определить, какие данные содержатся в БД. Пользователями БД могут быть различные прикладные программы, программы-комплексы, а также специалисты предметной области, которые называются конечными пользователями.
Классификация БД:
1. По технологии обработки данных БД делятся на централизованные и распределенные.
Централизованная БД хранится в памяти одной вычислительной системы. Распределенная БД состоит из нескольких дублирующих друг друга частей и может храниться на различных компьютерах.
2. По способу доступа БД делятся на: БД с локальным доступом и на БД с сетевым доступом. Системы централизованных БД с сетевым доступом предполагают следующие архитектуры:
Система управления базами данных (СУБД) - комплекс программных и языковых средств необходимых для создания БД.
По степени универсальности различают два класса СУБД:
1. Системы общего назначения. Не ориентированы на какую-либо предметную область.
2. Специализированные. Создаются для использования в каком-то конкретном случае.
2.1 Проектирование программы
2.1.1 Выбор модели жизненного цикла программы
Для разработки программного продукта используется лавинообразная модель построения. Модель построения программы состоит из следующих этапов:
На этапе анализа производится описание задачи. Описание является полным, последовательным, доступным для чтения и обзора различных заинтересованных лиц. В ходе выполнения этого этапа получают следующее:
Итог выполнения этапа анализа – спецификация, содержащая конкретное описание программного продукта.
На этапе проектирования происходит иерархическое разбиение задачи создания программного продукта на подзадачи. На этом этапе производится следующее:
Результат работы этапа проектирования – алгоритм решения задачи, структура программного продукта и базы данных.
Цель этапа программирования – создание программного продукта в выбранной среде программирования. Итогом выполнения этого этапа является рабочая программа, отвечающая всем требованиям, указанным в задании на дипломное проектирование.
На этапе тестирования и отладки выявляются ошибки в программном продукте, проверяется работоспособность программного продукта и его соответствие спецификации. В ходе выполнения этого этапа выполняются следующие работы:
Результат выполнения этого этапа – оттестированный и отлаженный программный продукт.
2.1.2 Функциональная модель системы
Одной из наиболее популярных средств формализованного пред ставления предметной области систем, ориентированных на обра ботку фактографической информации, является модель «сущ ность — связь».
Семантическую основу ER-модели составляют следующие пред положения:
Любой объект предмет ной области обладает свойствами, часть из которых выделяется как характеристические — значимые с точки зрения прикладной задачи. При этом, например, в процессе анализа и систематизации пред метной области обычно выделяются классы —
совокупности объек тов, обладающих одинаковым набором свойств, задаваемых в виде наборов атрибутов (значения атрибутов для объектов одного класса, естественно, могут различаться). Соответственно, на уровне пред ставления предметной области (т. е. ее мифологической модели) объекту, рассматриваемому как понятие (объект в сознании челове ка), соответствует понятие сущность; объекту, как части материаль ного мира (и существующему независимо от сознания человека), соответствует понятие экземпляр сущности; классу объектов соответ ствует понятие тип сущности.
В дальнейшем, поскольку в инфологической модели рассматри ваются не отдельные экземпляры объектов, а классы, мы не будем различать соответствующие понятия этих двух уровней, т. е. будем предполагать тождественность понятий объект и сущность, свойство объекта и свойство сущности.
ER-модель, как описание предметной области, должна опреде лить объекты и взаимосвязи между ними, т. е. установить связи сле дующих двух типов.
1. Связи между объектами и наборами характеристических свойств, и таким образом определить сами объекты.
2. Связи между объектами, задающие характер и функциональ ную природу их взаимозависимости.
ER-моделирование предметной облас ти базируется на использовании графических диаграмм, как простого (привычного), наглядного и в то же время информативного и много аспектного способа отображения компонентов проекта.
Сущность. Сущность, с помощью которой моделируется класс однотипных объектов, определяется как «предмет, который может быть четко идентифицирован». Так же как каждый объект уникально характеризуется набором значений свойств, сущность должна определяться таким набором атрибутов, который позволял бы различать отдельные экземпляры сущности. Каждый экземпляр сущности должен быть отличим от
любого другого экземпляра той же сущности. Сущность имеет имя, уникальное в пределах модели. При этом имя сущности — это имя типа, а не некоторого конкретного экземп ляра.
Сущности подразделяются на сильные и слабые. Сущность явля ется слабой, если ее существование зависит от другой сущности — сильной по отношению к ней.
Свойства. Природа свойства, как характер связи свойства с сущ ностью (объектом), может быть различной. Рассмотрим основные виды свойств.
Свойство может быть множественным или единичным — т. е. ат рибут, задающий свойство, может одновременно иметь несколько значений или, соответственно, только одно. Свойство может быть простым (не подлежащим дальнейшему делению с точки зрения прикладных задач) или составным — если его значение составляется из значений простых свойств. В некоторых случаях полезно различать базовые и производные свойства.
Если наличие некоторого свойства для всех экземпляров сущно сти не является обязательным, то такое свойство называется услов ным.
Значения свойств могут быть постоянными — статическими или динамическими, т. е. меняться со временем. Свойство может быть неопределенным, если оно является ди намическим, но его текущее значение еще не задано.
Свойство может рассматриваться как ключевое, если его значе ние уникально и, возможно, в определенном контексте, однозначно идентифицирует сущность.
Связи. Кроме связей между объектом и его свойствами, инфологическая модель отражает связи между объектами разных классов. Связь определяется как «ассоциация, объединяющая несколь ко сущностей».
Эта ассоциация всегда может существовать между разными сущностями или между сущностью и ею же самой (рекур сивная связь).
Как и сущность, связь является типовым понятием, т. е. все
экземпляры связываемых сущностей подчиняются правилам связыва ния типов. Сущности, объединяемые связью, называются участниками. Степень связи определяется количеством участников связи.
Если каждый экземпляр сущности участвует, по крайней мере, в одном экземпляре связи, то такое участие этой сущности называет ся полным (или обязательным); в противном случае — неполным (или необязательным).
Количественный характер участия экземпляров сущностей (один или многие) задается типом связи (или мощностью связи). Возможны следующие типы: «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1), «многие ко многим» (М:М).
Следует отметить, что инструмент связей — это средство пред ставления сложных объектов, каждый из которых может рассматри ваться как множество некоторым образом взаимосвязанных про стых объектов. Деление на простые и сложные объекты, также как и характер взаимосвязи, является условным и определяется осо бенностями анализа предметной области, т. е. в конце концов — характером использования данных о предметах в решаемых прикладных задачах.
Как отмечалось ранее, одна из основных целей семантического мо делирования состоит в том, чтобы результаты анализа предметной области были отражены в достаточно простом, наглядном, но в то же время формализованном и достаточно информативном виде.
В этом смысле ER-диаграмма является очень удачным решени ем. В ней сочетаются функциональный и информационный подхо ды, что позволяет представлять как совокупность выполняемых функций, так и отношения между элементами системы, задаваемые структурами данных. При этом графическая форма позволяет ото бразить в компактном виде (за счет наглядных условных обозначе ний) типологию и свойства сущностей и связей, а формализмы, по ложенные в основу ER-диаграмм, позволяют использовать на сле дующем шаге проектирования логической структуры базы данных строгий аппарат нормализации.
Сущности. Каждый тип сущности в ER-диаграммах представля ется в виде прямоугольника, содержащего имя сущности.
Свойства. Свойства служат для уточнения, идентификации, ха рактеристики или выражения состояния сущности или связи. Свой ства отображаются в виде эллипсов, содержащих имя свойства. Эл липс соединяется с соответствующей сущностью или связью линией.
Контур эллипса рисуется двойной линией, если свойство мно гозначное.
Эллипс соединяется пунктирной линией, если свойство условное.
Связи. Связь — это графически изображаемая ассоциация, уста навливаемая между сущностями. Каждый тип связи на ER-диаграмме отображается в виде ромба с именем связи внутри.
Стороны ромба рисуют двойными линиями, если это связь сущ ности слабого типа с сущностью, от которой она зависит.
2.1.3 Алгоритм работы программы
Для того чтобы написать программу ее надо сконструировать, разбить на определенные блоки и выстроить эти блоки один за другим в соответствии с заранее заданным порядком действий.
Этот порядок и называется алгоритм.
Алгоритм - заранее определенное, точное предписание, которое задает дискретный (пошаговый) процесс, начинающийся определенным образом и приводящий к результату за конечное число шагов. Каждый алгоритм должен обладать следующими свойствами:
дискретность - каждый алгоритм должен быть разбит на конечное число законченных действий;
результативность - каждый алгоритм направлен на решение конкретной задачи, а следовательно, на получение определенного результата;
массовость - алгоритм необходимо составить так, чтобы с его помощью можно было решать подобные задачи.
Формальный - запись алгоритма словесно, на естественном языке.
Графический - изображение алгоритма в виде блок-схемы.
В блок-схеме действия алгоритма (блоки) изображаются следующими геометрическими фигурами:
а) б)
Вычисления Проверка условия
Рисунок 2.1.3.1. Алгоритм программы «Библиотека»
2.1.4 Модель интерфейса программы
Окно программы представлено на рисунке 2.3.2.1.
Рисунок 2.3.2.1 Вид главного окна приложения «Библиотека»
В 1С:Предприятии используется стандартный интерфейс, который может лишь дополняться программистом.
Для доступа к объектам программы используется меню. Строка меню расположена под заголовком главного окна программы.
Команды меню дублируются кнопками панелей инструментов, расположенными ниже строки меню, а некоторые команды по работе с файлами и редактированию — также клавишами быстрого доступа.
Были разработаны следующие пункты меню: справочники, документы, журналы документов, отчеты и одноименные панели инструментов.
Меню «Справочники» содержит следующие подпункты: «Книги» (Клавиатурный эквивалент: Shift+G), «Читатели» (Клавиатурный эквивалент: Shift+X), «Жанры», «Авторы».
Меню «Документы» содержит следующие подпункты: «Выдача книги» (Клавиатурный эквивалент: Alt+Ctrl+F5), «Продление книги» (Клавиатурный эквивалент: Alt+Ctrl+F6), «Возврат книги» (Клавиатурный эквивалент: Alt+Ctrl+F7), «Потеря книги» (Клавиатурный эквивалент: Alt+Ctrl+F8).
Меню «Отчеты» содержит следующие подпункты: «Состояние книг на данный момент» (Клавиатурный эквивалент: Shift+C), «Долги читателя» (Клавиатурный эквивалент: Shift+L), «Операции с книгами» (Клавиатурный эквивалент: Shift+J).
Меню «Журналы» содержит подпункт «Библиотека» (Клавиатурный эквивалент: Alt+Ctrl+F4).
Все окна содержат заголовок окна, кнопку «Свернуть окно», кнопку «Развернуть окно», кнопку «Закрыть окно».
Рисунок 2.3.2.2 Вид окна справочника «Авторы»
Рисунок 2.3.2.3 Вид окна справочника «Жанры»
Рисунок 2.3.2.4 Вид окна справочника «Книги»
Рисунок 2.3.2.5 Вид формы элемента справочника «Книги»
Рисунок 2.3.2.6 Вид окна справочника «Экземпляры книги»
Рисунок 2.3.2.7 Вид формы элемента справочника «Экземпляр книги »
Рисунок 2.3.2.8 Вид окна справочника «Читатели»
Рисунок 2.3.2.9 Вид формы элемента справочника «Читатели »
Рисунок 2.3.2.10 Вид окна журнала документов «Библиотека»
Рисунок 2.3.2.11 Вид окна документа «Выдача книги»
Рисунок 2.3.2.12 Вид окна документа «Продление книги»
Рисунок 2.3.2.13 Вид окна документа «Возврат книги»
Рисунок 2.3.2.14 Вид окна документа «Потеря книги»
Рисунок 2.3.2.15 Вид окна отчета «Состояние книг на данный момент»
Рисунок 2.3.2.16 Печатная форма отчета «Состояние книг на данный момент»
Рисунок 2.3.2.17 Вид окна отчета «Долги читателя»
Рисунок 2.3.2.18 Печатная форма отчета «Долги четателя»
Рисунок 2.3.2.19 Вид окна отчета «Операции с книгами»
Рисунок 2.3.2.20 Печатная форма отчета «Операции с книгами»
Рисунок 2.3.2.21 Вид окна списка констант
Рисунок 2.3.2.22 Вид окна предупреждения при сохранении элемента справочника
Рисунок 2.3.2.23 Вид окна предупреждения при сохранении документа
Рисунок 2.3.2.24 Вид окна предупреждения при проведении документа
Рисунок 2.3.2.25 Вид окна предупреждения при закрытии документа
Рисунок 2.3.2.26 Вид окна сообщения «Читатель не выбран! Документ не проведен!»
Рисунок 2.3.2.27 Вид окна сообщения «Срок возврата не выбран! Документ не проведен!»
Рисунок 2.3.2.28 Вид окна сообщения «Книга не выбрана! Документ не проведен!»
2.1.5 Выбор среды программирования
На рынке программ достаточно большое разнообразие.
"1C:Предприятие", по моему личному мнению, выгодно отличается от остальных следующими возможностями:
- Очень гибкая настройка.
- Возможность решения широкого круга задач.
- Открытая система — возможно взаимодействие с другими программами, обмен данными, написание внешних компонент, расширяющих возможности программы.
- Наиболее широкая и частая франчайзинговая сеть, а также развитая система поддержки конечных пользователей.
Все составляющие системы программ "1С: Предприятие" можно разделить на технологическую платформу и конфигурации. Технологическая платформа представляет собой набор различных механизмов, используемых для автоматизации экономической деятельности, не зависящих от конкретного законодательства и методологии учета. Это "мотор" автоматизации предприятия.
Действительно, ведь "1С: Предприятие" используется во всех странах СНГ и, бывает, дальнего зарубежья. Разработчикам невозможно предусмотреть все нюансы. А вот сам алгоритм реализуют программисты на местах, посредством конфигураций, которые и являются, собственно, прикладными решениями. Каждая конфигурация ориентирована на автоматизацию определенной сферы экономической деятельности и, разумеется, отвечает принятому законодательству. Используя определения документации, конфигурация —это конкретный набор объектов, структур информационных массивов и алгоритмов их обработки. Понятно, что невозможно использовать только конфигурацию: она не будет работать без "мотора"— технологической платформы.
А использование технологической платформы без конфигурации лишено смысла: она ведь не будет вести учет. Вместе с конфигурацией система программ "1С: Предприятие" выступает как готовый к использованию программный продукт, который может быть ориентирован как на конкретное предприятие, так и на определенные типы предприятий и классы решаемых задач. И это является основной особенностью системы.
Функционирование системы делится на два процесса — конфигурирование и исполнение. При выполнении первого этапа специалист, в сущности, строитель системы. Его задача — создать такую конфигурацию объектов предметной области, чтобы пользователь в режиме исполнения смог бы выполнять обработку данных в конкретной предметной области. То есть программист в конфигурации должен предусмотреть возможность создания, к примеру, документа Счет, возможности резервирования товара по счету, а пользователь уже будет выписывать счета.
В этом смысле в процессе конфигурирования формируется структура информационной базы и алгоритмы ее обработки.
В процессе же исполнения используются как штатные алгоритмы обработки данных (технологическая платформа), так и созданные в процессе конфигурирования.
Существует четыре режима работы программы:
''1C:Предприятие"— основной режим работы с программой. В этом режиме работают пользователи системы, вводя первичную информацию и формируя необходимые отчеты. Работать в этом режиме можно только со сформированной настройкой. Изменять функциональные возможности настройки в данном режиме можно только в ограниченных пределах.
Конфигуратор — этот режим предназначен для конфигурирования информационной базы, придания необходимых свойств и функциональных возможностей рабочей настройке. Также в данном режиме осуществляется сервисное обслуживание (сохранение и восстановление данных, настройка списка пользователей, тестирование и исправление информационной базы).
Отладчик — этот режим служит для облегчения разработки конфигурации. Имеются следующие возможности:
Монитор — можно просматривать список активных пользователей.
Кроме того, монитор позволяет анализировать журнал регистрации действий, выполняемых пользователями в любые периоды времени (историю работы пользователей).
2.2 Тестирование программы
2.2.1 Выбор метода и этапы тестирования
Многие организации, занимающиеся созданием программного обеспечения до 50% средств, выделенных на разработку программ, тратят на тестирование, что составляет миллиарды долларов по всему миру в целом. И все же, несмотря на громадные капиталовложения, знаний о сути тестирования явно не хватает и большинство программных продуктов не приемлемо, ненадёжны даже после основательного тестирования.
О состоянии деятельности лучше всего свидетельствует тот факт, что большинство людей, работающих в области обработки данных, даже не могут правильно определить понятие тестирование, и это на самом деле главная причина неудач. Если спросить любого профессионала определить понятие «тестирование» либо открыть (как правило, слишком краткую) главу о тестировании любого учебника программирования, то скорее всего можно встретить такое определение: «Тестирование – процесс, подтверждающий правильность программы и демонстрирующий, что ошибок в программе нет». Основой недостаток подобного определения заключается в том, что оно совершенно неправильно, тактически это почти определение антонима слова «тестирование». Поэтому определение описывает невыполнимую задачу, а так как тестирование зачастую все же выполняется с успехом, по крайней мере, с некоторым успехом, то такое определение логически не корректно. Правильное определение тестирования таково: «тестирование- процесс выполнения программы с намерением найти ошибки».
Тестирование оказывается довольно необычным процессом (вот почему оно и считается трудным) так как это процесс разрушительный. Ведь цель проверяющего (тестовика) заставить программу сбиться. Он доволен, если это ему удается, если же программа на его тесте не сбивается, он не удовлетворен. Невозможно гарантировать отсутствие ошибок в программе, в лучшем случае можно попытаться показать наличие ошибок. Если программа
правильно ведет себя для значительного набора тестов, нет оснований утверждать, что в ней нет ошибок. Со всей определенностью можно лишь утверждать, что неизвестно когда эта программа не работает, конечно, если есть причина считать данный набор тестов способным с большой вероятностью обнаружить все возможные ошибки, то можно говорить о некотором уровне уверенности в правильности программы, устанавливаемые этими тестами.
Роль тестирования состоит в том, чтобы определить местоположение немногочисленных ошибок, оставшихся в хорошо спроектированной программе.
Отладка – это деятельность, направленная на обнаружение и исправление ошибок с использованием процессов выполнения всех программ.
Тестирование ПС – это процесс выполнения программы на некотором наборе данных, для которого заранее известен результат применения или известно поведение программы. Указанный набор данных называется тестом. Таким образом, отладку можно представить в виде многократного повторения трёх процессов:
Тестирование программы методом «черного ящика».
Одним из способов изучения поставленного вопроса является исследование стратегии тестирования, называемой стратегией «черного ящика», тестированием с управлением по данным или тестированием с управлением по входу-выходу. При использовании этой стратегии программа рассматривается как «черный ящик». Иными словами, такое тестирование имеет целью выяснение обстоятельств, в которых поведение программы не соответствует спецификации. Тестовые же данные используются только в
соответствии со спецификацией программы (т. е. без учета знаний о ее внутренней структуре). При таком подходе обнаружение всех ошибок в программе является критерием исчерпывающего входного тестирования. Последнее может быть достигнуто, если в качестве тестовых наборов использовать все возможные наборы входных данных. Если такое испытание представляется сложным, то еще сложнее создать исчерпывающий тест для большой программы. Образно говоря, число тестов можно оценить «числом большим, чем бесконечность».
Построение исчерпывающего входного теста невозможно. Это подтверждается двумя аргументами: во-первых, нельзя создать тест, гарантирующий отсутствие ошибок; во-вторых, разработка таких тестов противоречит экономическим требованиям. Поскольку исчерпывающее тестирование исключается, нашей целью должна стать максимизация результативности капиталовложений в тестирование (иными словами, максимизация числа ошибок, обнаруживаемых одним тестом). Для этого мы можем рассматривать внутреннюю структуру программы и делать некоторые разумные, но, конечно, не обладающие полной гарантией достоверности предположения.
Тестирование программы методом «белого ящика»
Стратегия «белого ящика», или стратегия тестирования, управляемого логикой программы, позволяет исследовать внутреннюю структуру программы. В этом случае тестирующий продукт получает тестовые данные путем анализа логики программы. Сравним способ построения тестов при данной стратегии с исчерпывающим входным тестированием стратегии «черного ящика». Непосвященному может показаться, что достаточно построить такой набор тестов, в котором каждый оператор исполняется хотя бы один раз; нетрудно показать, что это неверно. Не вдаваясь в детали, укажем лишь, что исчерпывающему входному тестированию может быть поставлено в соответствие исчерпывающее тестирование маршрутов. Подразумевается, что программа проверена полностью, если с помощью
тестов удается осуществить выполнение программы по всем возможным маршрутам ее потока (графа) передач управления. Последнее утверждение имеет два слабых пункта. Первый из них состоит в том, что число не повторяющих друг друга маршрутов в программе — астрономическое. Второй слабый пункт утверждения заключается в том, что, хотя исчерпывающее тестирование маршрутов является полным тестом и хотя каждый маршрут программы может быть проверен, сама программа будет содержать ошибки. Это объясняется следующим образом. Во-первых, исчерпывающее тестирование маршрутов не может дать гарантии того, что программа соответствует описанию. Например, вместо требуемой программы сортировки по возрастанию случайно была написана программа сортировки по убыванию. В этом случае ценность тестирования маршрутов невелика, поскольку после тестирования в программе окажется одна ошибка, т. е. программа неверна.
Во-вторых, программа может быть неверной в силу того, что пропущены некоторые маршруты. Исчерпывающее тестирование маршрутов не обнаружит их отсутствия.
Восходящее тестирование.
При восходящем подходе программа собирается и тестируется «снизу вверх». Только модули самого нижнего уровня тестируются изолированно, автономно. После того как тестирование этих модулей завершено, вызов их должен быть так же надежен, как вызов встроенной функции языка или оператор присваивания. Затем тестируются модули, непосредственно вызывающие уже проверенные. Эти модули более высокого уровня тестируются не автономно, а вместе с уже проверенными модулями более низкого уровня. Процесс повторяется до тех пор, пока не будет достигнута вершина. Здесь завершается и тестирование модулей, и тестирование сопряжений программы. При восходящем тестировании для каждого модуля
необходим драйвер: нужно подавать тесты в соответствии с сопряжением тестируемого модуля. Одно из возможных решений — написать для каждого
модуля небольшую ведущую программу. Тестовые данные представляются как «встроенные» непосредственно в эту программу переменные и структуры данных, и она многократно вызывает тестируемый модуль, с каждым вызовом передавая ему новые тестовые данные. Имеется и лучшее решение: воспользоваться программой тестирования модулей - это инструмент тестирования, позволяющий описывать тесты на специальном языке и избавляющий от необходимости писать драйверы. Здесь отсутствуют проблемы, связанные с невозможностью или трудностью создания всех тестовых ситуаций, характерные для нисходящего тестирования. Драйвер как средство тестирования применяется непосредственно к тому модулю, который тестируется, где нет промежуточных модулей, которые следует принимать во внимание. Не существует также и трудностей с незавершенностью тестирования одного модуля при переходе к тестированию другого, потому что при восходящем тестировании с применением нескольких версий заглушки нет сложностей с представлением тестовых данных.
Нисходящее тестирование.
Нисходящее тестирование (называемое также нисходящей разработкой) не является полной противоположностью восходящему, но в первом приближении может рассматриваться как таковое. При нисходящем подходе программа собирается и тестируется «сверху вниз». Изолированно тестируется только головной модуль. После того как тестирование этого модуля завершено, с ним соединяются (на пример, редактором связей) один за другим модули, непосредственно вызываемые им, и тестируется полученная комбинация. Процесс повторяется до тех пор, пока не будут собраны и проверены все модули. Нисходящий метод имеет как достоинства, так и недостатки по сравнению с восходящим. Самое значительное достоинство — то, что этот метод совмещает тестирование модуля, тестирование сопряжений и частично тестирование внешних функций. С этим же связано другое его достоинство: когда модули ввода-вывода уже
подключены, тесты можно готовить в удобном виде. Нисходящий подход выгоден также в том случае, когда есть сомнения относительно осуществимости программы в целом или когда в проекте программы могут оказаться серьезные дефекты. Преимуществом нисходящего подхода очень часто считают отсутствие необходимости в драйверах; вместо драйверов вам просто следует написать «заглушки». Нисходящий метод тестирования имеет, к сожалению, некоторые недостатки. Основным из них является то, что модуль редко тестируется досконально сразу после его подключения. Дело в том, что основательное тестирование некоторых модулей может потребовать крайне изощренных заглушек. Программист часто решает не тратить массу времени на их программирование, а вместо этого пишет простые заглушки и проверяет лишь часть условий в модуле. Второй тонкий недостаток нисходящего подхода состоит в том, что он может породить веру в возможность начать программирование и тестирование верхнего уровня программы до того, как вся программа будет полностью спроектирована. Эта идея на первый взгляд кажется экономичной, но обычно дело обстоит совсем наоборот. Большинство опытных проектировщиков признаёт, что проектирование программы — процесс итеративный. Редко первый проект оказывается совершенным. Нормальный стиль проектирования структуры программы предполагает по окончании проектирования нижних уровней вернуться назад и подправить верхний уровень, внеся в него некоторые усовершенствования или исправляя ошибки, либо иногда даже выбросить проект и начать все сначала, потому что разработчик внезапно увидел лучший подход. Если же головная часть программы уже запрограммирована и оттестирована, то возникает серьезное сопротивление любым улучшениям ее структуры.
2.2.2 Процесс тестирования
После завершения работы над программой проводилось её тестирование методом «Чёрного ящика». Процесс тестирования проводился в процессе работы с программой. Он заключался в следующем: при работе вводилась необходимая информация с клавиатуры, далее прослеживалось, как поведет себя программа на определенном этапе работы. При возникновении ошибок и недочетов, они исправлялись. При нажатии определенных клавиш и кнопок в самой программе либо выполняются определенные действия, либо выводятся соответствующие сообщения о неправильном вводе или ошибке в коде программы.
2.2.3 Результат тестирования.
Результат: Выводится сообщение о необходимости ввода информации.
Результат: Исправление ошибок.
2.3 Программная документация
2.3.1 Руководство программиста
1. Назначение и условия применения программы:
2. Обращение к программе.
Загрузка программы возможна с дискеты, жесткого диска, CD диска путем подключения папки с файлами программы к платформе 1С: Предприятие. Для этого запустите программу 1С: Предприятие в появившемся окне (Рисунок 2.3.1.1) нажмите кнопку «Добавить» и укажите имя базы данных и путь к папке с файлами программы.
Рисунок 2.3.1.1 Окно запуска баз данных
3. Входные и выходные данные.
Входные данные – информация, введенная в базу данных пользователем с клавиатуры.
Выходные данные – ответ программы на какие-либо действия пользователя.
4. Настройка и изменение программы.
Изменение программы производится при открытии программы в режиме «Конфигуратор».
Настройка программы производится в меню «Сервис»/ «Параметры»
2.3.2 Руководство пользователя
При описании работы в программе мы будем ссылаться на команды меню, покажем их назначение. Команды меню дублируются кнопками панелей инструментов, расположенными ниже строки меню, а некоторые команды по работе с файлами и редактированию — также клавишами быстрого доступа(Рисунок 2.3.2.1 ).
Пункт меню «Операции» содержит команды, связанные с открытием компонентов (справочники, константы, журналы), а также удаление помеченных объектов, поиск ссылок на объекты, проведение документов, управление оперативными итогами.
Пункт меню Файл содержит команды, связанные с обработкой текстовых документов, а также команду для выхода из программы.
Рисунок 2.3.2.1 Меню и понель инструментов
Кроме того, в меню Файл выводятся названия документов, с которыми недавно работали. Чтобы открыть такой документ, щелкните на его названии в меню Файл.
Меню Правка содержит команды по редактированию объектов. Это команды Вырезать, Копировать, Вставить, Выделить все. Меню удобно использовать при работе с текстовым документом.
Меню Сервис содержит команды по настройке программы.
Поиск. Этот пункт, в свою очередь, состоит из определенного списка:
Также были разработаны следующие пункты меню: справочники, документы, журналы документов, отчеты и одноименные панели инструментов.
Меню «Справочники» содержит следующие подпункты: «Книги» (Клавиатурный эквивалент: Shift+G), «Читатели» (Клавиатурный эквивалент: Shift+X), «Жанры», «Авторы».
Меню «Документы» содержит следующие подпункты: «Выдача книги» (Клавиатурный эквивалент: Alt+Ctrl+F5), «Продление книги» (Клавиатурный эквивалент: Alt+Ctrl+F6), «Возврат книги» (Клавиатурный эквивалент: Alt+Ctrl+F7), «Потеря книги» (Клавиатурный эквивалент: Alt+Ctrl+F8).
Меню «Отчеты» содержит следующие подпункты: «Состояние книг
на данный момент» (Клавиатурный эквивалент: Shift+C), «Долги
читателя» (Клавиатурный эквивалент: Shift+L), «Операции с книгами» (Клавиатурный эквивалент: Shift+J).
Меню «Журналы» содержит подпункт «Библиотека» (Клавиатурный эквивалент: Alt+Ctrl+F4).
Все окна содержат заголовок окна, кнопку «Свернуть окно», кнопку «Развернуть окно», кнопку «Закрыть окно».
Работа со справочниками.
Справочником называется объект программы, позволяющий пользователю вводить, хранить и получать информацию.
Рисунок 2.3.2.2 Панель инструментов справочника
Окно справочников содержит стандартную панель инструментов (рисунок 2.3.2.2):
При выполнении над справочником различных задач (выбора, редактирования и т. д.) пользователю могут быть доступны различные наборы полей записей из справочника. Доступность полей определяется на этапе настройки конфигурации задачи, однако код и значение объектов доступны пользователю всегда.
Пользователь может работать со справочником, используя:
меню "Действия";панель инструментов, контекстное меню, появляющееся при щелчке правой кнопкой мыши на строке справочника.
Результат действия при выборе из контекстного меню может зависеть от выбранной строки.
Ниже для каждого действия приводятся возможные способы его выполнения.
В справочнике будет создана новая строка, являющаяся копией выбранной за исключением кода. Код автоматически создается программой и может быть отредактирован пользователем.
Клавиатурный эквивалент: F9
Выделенная строка будет удалена из справочника.
Клавиатурный эквивалент: Del
Клавиатурный эквивалент: F5
Щелкните левой кнопкой мыши по интересующему элементу диалога для получения краткой справки по нему.
Сортировка справочника. Справочник может быть отсортирован по любой колонке. Для выбора порядка сортировки необходимо выбрать пункт "Сортировка" из меню "Действия" или контекстного меню и затем выбрать нужный пункт из подменю.
Отбор по реквизиту. Существует несколько кнопок управляющих отбором: «Отбор по значению», «Быстрый отбор по значению», «Отобрать по колонке», «История отбора», «Отключит отбор».
Если справочник является владельцем, тогда на панели инструментов отображается кнопка «Открыть подчиненный справочник», при нажатии на которую открывается подчиненный справочник, который связан с владельцем связью «один ко многим».
У подчиненного справочника есть кнопки «Установка\(Отключение) вывода списка по группам» и «Открыть справочник - владелец».
Работа с журналами документов.
Журнал предназначен для хранения и работы с документами в системе 1С:Предприятие.
Рисунок 2.3.2.3 Журнал документов «Библиотека»
Вызов журнала.
Для быстрого перехода в начало или конец журнала можно использовать клавиши Ноте и End. Для перемещения курсора по журналу можно использовать следующие клавиши: Ctrl+] — для перемещения к документам со следующей датой, Ctrl+[ — для перемещения к документам с предыдущей датой
Документ считается выбранным, когда курсор стоит на строке с записью о документе в любой графе журнала.
В соответствующих полях этого запроса необходимо указать начальную и конечную даты интервала видимости документов. При просмотре журнала будут видны только те документы, даты которых попадают в установленный интервал.
Работа с документами
Открытие документа для просмотра и редактирования.
Ввод нового документа.
Копирование документа...
Удаление документа.
Поиск в журнале.
В случае обнаружения первого введенного символа он отображается в рамке в нижней части графы, а курсор устанавливается в ту ячейку журнала, первые символы значения которой совпадают с введенными. Последний введенный символ можно удалить из строки поиска, нажав клавишу Backspace.
При поиске по дате следует указывать сначала год (две цифры), затем без разделительной точки месяц, и последним —день, например "960324" (24 марта 1996 года).
При поиске по времени искомое значение необходимо вводить так, как оно изображается в графе журнала — с разделителями часов и минут.
При поиске числа сравнение с введенными символами начинается с левой цифры.
Поиск документа по номеру.
Выберите в меню "Действия" главного меню программы пункт "Найти по номеру"
На экран будет выдан диалог "Поиск документа по номеру".
Поиск документа по любому критерию...
Выберите в меню "Действия" главного меню программы пункт "Поиск". На экран будет выдан диалог "Поиск".
Работа с документами
Рисунок 2.3.2.4 Пример документа
При работе с документами используются кнопки и пункты меню рассмотренные при работе со справочниками.
Работа с отчетами
Рисунок 2.3.2.5 Пример окна отчета
При необходимости обработки информации в информационной базе согласно некоторому алгоритму (например, получение различных сводных данных) в системе 1С:Предприятие используются отчеты. Для задания отчета на этапе разработки задачи определяется алгоритм отчета, определяющий получение и обработку информации из базы данных, и форма отчета, позволяющая пользователю задавать параметры алгоритма и включаемых в отчет данных. Список доступных пользователю отчетов полностью определяется при разработке задачи.
При выборе пользователем необходимого отчета на экране появляется окно, объединяющее форму отчета и инструментальную панель, позволяющую выполнять различные действия при работе с отчетом. Пользователю доступны следующие действия:
выполнение действий, определяемых формой отчета
изменение отчета
сохранение и загрузка параметров отчета (настройка отчета)
переход к описанию отчета
получение краткой справки по элементам формы отчета.
Выполнение действий, определяемых формой отчета
Доступные пользователю действия зависят полностью от формы отчета, однако некоторые действия (такие как формирование отчета, отмена и т. д.) являются практически стандартными для всех отчетов.
Изменение отчета.
Элементы формы отчета позволяют пользователю управлять формированием отчета, изменяя параметры обработки данных алгоритмом отчета. Возможности управления отчетом полностью зависят от отчета и для различных отчетов могут быть полностью различны.
Сохранение и загрузка параметры отчета.
Пользователь может сохранить все введенные параметры как настройку отчета, нажав кнопку «Сохранение настройки»
При необходимости сохраненную ранее настройку можно загрузить в форму отчета, нажав кнопку «Открыть настройку» на панели кнопок. Это позволяет получать отчеты, не вводя каждый раз необходимые значения параметров отчета.
Заключение
В данном курсовом проекте была разработана база данных «Библиотека» соответствующая всем требованиям технического задания, она протестирована и отлажена и имеет всю необходимую документацию. Программа полностью автоматизирует труд библиотекаря и организует надежное хранение и обработку данных.
При разработке данного курсового проекта были приобретены навыки программирования в 1С и по стандартизации программных продуктов.
Список литературы
Приложение
Ïðîöåäóðà ÏðèÎòêðûòèè()
Ñâîáîäíà=1;
Âûäàíà=1;
Ñïèñàíà=1;
ÊîíåöÏðîöåäóðû
Ïðîöåäóðà Ñôîðìèðîâàòü()
ÒåêÄàòà=ÒåêóùàÿÄàòà();
Òàá=ÑîçäàòüÎáúåêò("Òàáëèöà");
Òàá.ÈñõîäíàÿÒàáëèöà("Òàáëèöà");
Òàá.ÂûâåñòèÑåêöèþ("Çàãîëîâîê");
ÑïðÏð=ÑîçäàòüÎáúåêò("Ñïðàâî÷íèê.Ïðîèçâåäåíèå");
ÑïðÊí=ÑîçäàòüÎáúåêò("Ñïðàâî÷íèê.Êíèãè");
Åñëè Ïðîèçâåäåíèå.Âûáðàí()=1 òîãäà
Ôëàã=0;
Åñëè Ñâîáîäíà=1 òîãäà
ÑïðÊí.ÈñïîëüçîâàòüÂëàäåëüöà(Ïðîèçâåäåíèå);
ÑïðÊí.ÂûáðàòüÝëåìåíòû();
Ïîêà ÑïðÊí.Ïîëó÷èòüÝëåìåíò()=1 Öèêë
// ñîîáùèòü (ÑïðÊí.Ïîëó÷èòüÝëåìåíò());
Åñëè (ÑïðÊí.Ñòàòóñ=Ïåðå÷èñëåíèå.ÑòàòóñÊíèãè.Ñâîáîäíà) è (ÑïðÊí.Âëàäåëåö=Ïðîèçâåäåíèå) òîãäà
Åñëè Ôëàã=0 òîãäà
Òàá.ÂûâåñòèÑåêöèþ("ÇàãîëîâîêÑâîáîäíà");
ÊîíåöÅñëè;
Ôëàã=1;
ÑïðÏð=ÑïðÊí.Âëàäåëåö;
Òàá.ÂûâåñòèÑåêöèþ("Ñâîáîäíà");
ÊîíåöÅñëè;
ÊîíåöÖèêëà;
ÊîíåöÅñëè;
ÑïðÏð=ÑîçäàòüÎáúåêò("Ñïðàâî÷íèê.Ïðîèçâåäåíèå");
Ôëàã=0;
Åñëè Âûäàíà=1 òîãäà
ÑïðÊí.ÈñïîëüçîâàòüÂëàäåëüöà(Ïðîèçâåäåíèå);
ÑïðÊí.ÂûáðàòüÝëåìåíòû();
Ïîêà ÑïðÊí.Ïîëó÷èòüÝëåìåíò()=1 Öèêë
// ñîîáùèòü (ÑïðÊí.Ïîëó÷èòüÝëåìåíò());
Åñëè (ÑïðÊí.Ñòàòóñ=Ïåðå÷èñëåíèå.ÑòàòóñÊíèãè.Âûäàíà) è (ÑïðÊí.Âëàäåëåö=Ïðîèçâåäåíèå) òîãäà
Åñëè Ôëàã=0 òîãäà
Òàá.ÂûâåñòèÑåêöèþ("ÇàãîëîâîêÂûäàíà");
ÊîíåöÅñëè;
Ôëàã=1;
ÑïðÏð=ÑïðÊí.Âëàäåëåö;
Òàá.ÂûâåñòèÑåêöèþ("Âûäàíà");
ÊîíåöÅñëè;
ÊîíåöÖèêëà;
ÊîíåöÅñëè;
ÑïðÏð=ÑîçäàòüÎáúåêò("Ñïðàâî÷íèê.Ïðîèçâåäåíèå");
Ôëàã=0;
Åñëè Ñïèñàíà=1 òîãäà
ÑïðÊí.ÈñïîëüçîâàòüÂëàäåëüöà(Ïðîèçâåäåíèå);
ÑïðÊí.ÂûáðàòüÝëåìåíòû();
Ïîêà ÑïðÊí.Ïîëó÷èòüÝëåìåíò()=1 Öèêë
Åñëè (ÑïðÊí.Ñòàòóñ=Ïåðå÷èñëåíèå.ÑòàòóñÊíèãè.Ñïèñàíà) è (ÑïðÊí.Âëàäåëåö=Ïðîèçâåäåíèå) òîãäà
Åñëè Ôëàã=0 òîãäà
Òàá.ÂûâåñòèÑåêöèþ("ÇàãîëîâîêÑïèñàíà");
ÊîíåöÅñëè;
Ôëàã=1;
ÑïðÏð=ÑïðÊí.Âëàäåëåö;
Òàá.ÂûâåñòèÑåêöèþ("Ñïèñàíà");
ÊîíåöÅñëè;
ÊîíåöÖèêëà;
ÊîíåöÅñëè;
ÊîíåöÅñëè;
Åñëè Ïðîèçâåäåíèå.Âûáðàí()=0 òîãäà
Ôëàã=0;
Åñëè Ñâîáîäíà=1 òîãäà
ÑïðÊí.ÂûáðàòüÝëåìåíòû(0);
Ïîêà ÑïðÊí.Ïîëó÷èòüÝëåìåíò()=1 Öèêë
Åñëè ÑïðÊí.Ñòàòóñ=Ïåðå÷èñëåíèå.ÑòàòóñÊíèãè.Ñâîáîäíà òîãäà
Åñëè Ôëàã=0 òîãäà
Òàá.ÂûâåñòèÑåêöèþ("ÇàãîëîâîêÑâîáîäíà");
ÊîíåöÅñëè;
Ôëàã=1;
ÑïðÏð=ÑïðÊí.Âëàäåëåö;
ÊîíåöÅñëè;
ÊîíåöÖèêëà;
ÊîíåöÅñëè;
Ôëàã=0;
Åñëè Âûäàíà=1 òîãäà
ÑïðÊí.ÂûáðàòüÝëåìåíòû(0);
Ïîêà ÑïðÊí.Ïîëó÷èòüÝëåìåíò()=1 Öèêë
Åñëè ÑïðÊí.Ñòàòóñ=Ïåðå÷èñëåíèå.ÑòàòóñÊíèãè.Âûäàíà òîãäà
Åñëè Ôëàã=0 òîãäà
Òàá.ÂûâåñòèÑåêöèþ("ÇàãîëîâîêÂûäàíà");
ÊîíåöÅñëè;
Ôëàã=1;
ÑïðÏð=ÑïðÊí.Âëàäåëåö;
Òàá.ÂûâåñòèÑåêöèþ("Âûäàíà");
ÊîíåöÅñëè;
ÊîíåöÖèêëà;
ÊîíåöÅñëè;
Ôëàã=0;
Åñëè Ñïèñàíà=1 òîãäà
ÑïðÊí.ÂûáðàòüÝëåìåíòû(0);
Ïîêà ÑïðÊí.Ïîëó÷èòüÝëåìåíò()=1 Öèêë
Åñëè ÑïðÊí.Ñòàòóñ=Ïåðå÷èñëåíèå.ÑòàòóñÊíèãè.Ñïèñàíà òîãäà
Åñëè Ôëàã=0 òîãäà
Òàá.ÂûâåñòèÑåêöèþ("ÇàãîëîâîêÑïèñàíà");
ÊîíåöÅñëè;
Ôëàã=1;
ÑïðÏð=ÑïðÊí.Âëàäåëåö;
Òàá.ÂûâåñòèÑåêöèþ("Ñïèñàíà");
ÊîíåöÅñëè;
ÊîíåöÖèêëà;
ÊîíåöÅñëè;
ÊîíåöÅñëè;
Òàá.ÒîëüêîÏðîñìîòð(0);
Òàá.Ïîêàçàòü("Ñîñòîÿíèå Êíèã");
ÊîíåöÏðîöåäóðû