ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное учреждение высшего профессионального образования

"ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ"

ЮРГИНСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ

_

Утверждаю

Зам. директора ЮТИ ТПУ по УР _ В.Л. Бибик «_» _ 2008 г.

ВЫСОКОУРОВНЕВЫЕ МЕТОДЫ ИНФОРМАТИКИ И

ПРОГРАММИРОВАНИЯ

Методические указания к выполнению курсовой работы по дисциплине для студентов специальности 080801 «Прикладная информатика (в экономике)» всех форм обучения Издательство Томского политехнического университета УДК Высокоуровневые методы информатики и программирования:

методические указания к выполнению курсовой работы по дисциплине для студентов специальности 080801 «Прикладная информатика (в экономике)»

всех форм обучения / Сост. Чернышева Т.Ю. – Юрга: Изд-во Юргинский технологический институт (филиал) Томского политехнического университета, 2008. – 32 с.

Рецензент канд. техн. наук, доцент А.А.Григорьева Методические указания рассмотрены и рекомендованы к изданию методическим семинаром кафедры информационных систем ЮТИ ТПУ от «_16_» сентября 2008 г.

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

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

Методические указания предназначены для преподавателей и студентов, изучающих объектно-ориентированный язык программирования Delphi 7.0.

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

Порядок выполнения работы:

1. Изучить методическое указание.

2. Познакомиться с предполагаемой структурой и содержанием курсовой работы.

3. Познакомиться с графиком выполнения курсовой работы.

4. Познакомиться с требованиями оформления пояснительной записки для курсовой работы. Все документы рекомендуется изначально оформлять в соответствии с требованиями.

5. Завести отдельную папку для хранения заготовок, содержащих элементы выполнения работы в соответствии с предложенным графиком.

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

Предусмотреть постоянное копирование документов на другие носители для уменьшения потерь в случае повреждения и удаления папок.

6. График выполнения студент заполняет сам с обязательным указанием даты выполнения и документов, подтверждающих достоверность (преподаватель в любое время должен иметь возможность контролировать ход работы).

7. Выполнять последовательно этапы работы, оформляя их в виде документов и отражая степень выполнения в графике до тех пор, пока не будет выполнена вся работа в соответствии с установленным планом.

8. Распечатать пояснительную записку и сдать ее для проверки.

9. Защитить работу перед комиссией.

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

Основу методологии ООП составляют два механизма: декомпозиция и абстракция.

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

При декомпозиции задачи мы разбиваем ее на ряд подзадач т.о., что выполняются следующие требования:

1) каждая подзадача имеет один и тот же уровень рассмотрения;

2) каждая задача может быть решена независимо;

3) полученные решения могут быть объединены вместе, позволяя решить исходную проблему.

Например, декомпозиция задачи, в которой требуется поменять местами в одномерном массиве максимальный и минимальный элемент, может складываться из подзадач 1 :

a) найти номер максимального элемента;

b) найти номер минимального элемента;

c) поменять местами элементы массива с заданными номерами.

Абстракция представляет собой эффективный способ декомпозиции, осуществляемой посредством изменения списка детализации. Когда мы абстрагируемся от проблемы мы предполагаем игнорирование ряда подробностей с тем, чтобы свести задачу к более простой.

В ООП широко используется абстракция данных, которая опирается на абстракцию процедурную.

Абстракция данных включат в себя создание новых типов данных.

Примером такого типа является тип class, технология создания которого лежит в основе курсовой работы.

Как известно, класс – это определяемый пользователем тип, объединяющий в себе группу данных и функций для работы с этими данными.

В определении нового типа всегда лежит идея – отделить (абстрагироваться) несущественные подробности реализации от тех качеств, которые существенны для его правильного использования.

Очевидно выполнение требований 1-3.

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

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

Моделирование объектов в программе также называется абстракцией.

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

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

Развитие модульного программирования было обусловлено:

a) возрастающими объемами программ;

b) увеличивающейся внутренней сложностью;

c) коллективным характером разработок.

В общем случае модуль представляет собой совокупность программных ресурсов, предназначенных для использования другими модулями и программами. Программные ресурсы – это: константы, типы, подпрограммы, переменные.

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

В методическом указании имеется большая глава: «Содержательное наполнение разделов пояснительной записки». Эта глава является основной, и она состоит из разделов, наименования которых совпадают с наименованиями параграфов, отраженных в «Структуре и содержании курсовой работы».

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

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

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

1 Основная часть 1.1 Постановка задачи 1.2 Анализ задачи 1.3 Разработка структурной схемы интерфейса 2 Разработка классов 2.1 Определение полей базового класса 2.2 Построение интерфейса базового класса 2.3 Построение интерфейса класса – потомка 2.4 Спецификации методов классов 2.5 Диаграмма классов 3 Разработка элементов модульного программирования 4 Описание структуры приложения и схема связности модулей 5 Схема движения информационных потоков 6 Формализация расчетов 6.1 Алгоритмы методов класса 6.2 Алгоритмы, обеспечивающие функциональность приложения 7 Тестирование программы 7.1 Разработка плана тестирования 7.2 Разработка алгоритма процедуры тестирования 7.3 Оценка результатов проведения тестирования 8 Сопровождение Заключение Список используемых источников Приложение А Название приложения 2 Содержательное наполнение разделов пояснительной записки Реферат содержит перечисление количества страниц пояснительной записки, число рисунков, таблиц, приложений; перечень используемых ключевых слов, объект, цель работы, функции разрабатываемого приложения, краткое содержание работы. Пример реферата приведен в приложении Б.

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

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

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

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

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

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

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

Таблица 1 – Пример разработки общей спецификации программного продукта Целесообразность программного В деятельности любого современного предприятия информация решения поставленной задачи? является одним из важнейших ресурсов, выделяясь в самостоятельный Какого рода ресурсы необходимы Достаточно иметь три ресурса: ПК, программное обеспечение ПК, для реализации? математик и программист в одном лице.

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

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

Начало данного раздела может быть, например, следующим: «В соответствии с проведенным выше анализом задачи разрабатываемая программа должна содержать: последовательное задание исходных данных для эксперимента, которые определяют условия для решения задачи; выбор вида решения и вида результатов (в соответствии с ранее определенными функциями)». В результате может быть сформирована структурная схема функционирования интерфейса подобная тому, как это представлено на рис.1.

В пояснительной записке после рис.1 необходимо расположить поясняющий текст с описанием каждого из блоков этой схемы, например, с таким началом:

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

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

обработка данных и выдается ……. информация на экран…….».

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

Этот этап демонстрирует одно из важнейших достоинств Delphi — возможность отражать общую логику задачи.

Дальнейшим содержанием этого раздела должно быть описание форм, например:

«Для решения поставленной задачи в соответствии с разработанной схемой, пользователю предлагается интерфейс из 4 форм, одна из которых является главной, а 3 – вспомогательные….».

Далее по тексту следует отобразить все формы с подробными комментариями.

Разработка классов Входной информацией для данного этапа является определенный на этапе анализа задачи объект, общая характеристика программы, а также структурная схема, определенные на предыдущих этапах решения задачи. На этом этапе: «На основании выделенного в разделе анализа объекта разрабатывается спецификация базового класса, а затем создается интерфейс базового класса. После чего создаются спецификация и интерфейс производного класса. При этом характеристики объекта вписываются в поля класса, а на основании функций, которые были выявлены на этапе анализа задачи, разрабатываются методы, определяются способы доступа (public, private, protected)……».

Следует иметь в виду, что все имена: класса, полей, методов должны быть осмысленными, начинаться с заглавной буквы, записаны на английском языке (не следует использовать русские слова с английскими буквами).

В таблицах 2-3 приведены примеры определения имен, полей, типов полей для класса, создаваемого в соответствии с проведенным выше анализом задачи.

Таблица 2 – Пример определения имени базового класса Определение имени Производное от двух слов: BasisWares Пример содержательной части раздела построения интерфейса базового класса:

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

Таблица 3 – Пример определения базовых полей класса Определение базовых полей Выбор типов полей Выбор имен полей и Номенклатурная единица Номер артикула – Номер артикула – Mark товара характеризуется представляет собой Наименование товара – следующими параметрами: идентификатор, который NameWare наименование товара, выделенное кол-во товара, количество, цена единицы Имеет смысл объединить Mark: string[10];

базовые характеристики, NameWare: string[22];

описывающие объект, в AllQuantiti: integer;

структуре (с именем SelectQuantity: integer;

«товар» – Ware) отдельным Unsettled: integer;

В поставленной задаче быть динамическим.

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

Ware = record NameWare: string[22]; // Наименование товара AllQuantity: integer; // Общее кол-во товара SelectQuantity: integer; // Выделенное кол-во товара Unsettled: integer; // Не поставленное количество end;

BasisWares = class protected List Ware: array of Ware; // Массив структур Constructor Create (Initn: integer); overload; // Конструктор Constructor Create (InitNameFile : string); overload; // Конструктор destructor Destroy; override; // Деструктор Procedure GetData (Box:TStringGrid); // Ввод данных Procedure PutData; (var Box:TStringGrid) // Вывод данных Function Getn : integer; // Возврат числа структур end;

Как мы видим, разработанный базовый класс с именем BasisWares опирается на описание структуры с именем Ware, которая описывает единицу товара. Класс BasisWares имеет два поля данных:

List Ware: array of Ware*; // Массив структур Constructor Create (Initn: integer); overload; // Конструктор Constructor Create (InitNameFile : string); overload; // Конструктор destructor Destroy; override; // Деструктор Procedure GetData (Box:TStringGrid); // Ввод данных Procedure PutData(var Box:TStringGrid); // Вывод данных Function Getn : integer; // Возврат числа структур среди которых два конструктора и один деструктор.

Поля класса BasisWares перечислены в секции protected. Эта метка открывает эти поля для доступа к ним со стороны будущих наследников. Такое решение позволяет выявить ошибки типа нарушения прав доступа к данным еще на этапе компиляции программы.

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

Спецификации методов класса могут быть представлены, например, следующим образом:

Конструктор Constructor Create (Initn: integer); имеет один параметр, который предназначен для инициализации поля класса, задающего размер массива структур. В соответствии с этим размером будет отведена память под динамический массив. Для ввода данных с использованием такого конструктора потребуется вызов процедуры ввода.

Конструктор Constructor Create (InitNameFile: string); имеет один параметр, который предназначен для инициализации имени файла, из которого считывается размер массива структур. В соответствии с этим размером будет отведена память. А затем из этого же файла в поля массива структур будут считаны сами значения.

Деструктор destructor Destroy; высвобождает ту динамическую память, которая была отведена соответствующим конструктором.

Метод Procedure GetData (Box:TStringGrid); содержит один параметр типа сетки StringGrid. Этот параметр определяет компонент, из которого читаются значения элементов массива структур, принадлежащего полям класса.

Метод Procedure PutData (var Box:TStringGrid); содержит один параметр типа сетки StringGrid. Этот параметр определяет компонент, в который выводятся значения элементов массива, принадлежащего полям класса.

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

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

а) два дополнительных поля – стоимость всего имеющегося товара, суммарная стоимость не поставленного товара;

б) четыре дополнительных метода – вычисление стоимости всего имеющегося товара, вычисление суммарной стоимости не поставленного товара, вывод стоимости всего имеющегося товара, вывод суммарной стоимости не поставленного товара.

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

PriceWares = class (BasisWares) AllCost: real; // стоимости всего товара OutCost: real; // стоимости не поставленного товара Constructor Create (Initn: integer); overload; // Конструктор Constructor Create (InitNameFile : string); overload; //Конструктор Destructor Destroy; override; // Деструктор Function GetAllCost: real; // вычисление стоимости всего товара Procedure PutAllCost(var Box:TEdit); // вывод стоимости всего товара Function GetOutCost: real; // вычисление стоимости не поставленного Procedure PutOutCost;// вывод стоимости не поставленного товара Следует отметить, что данный класс также имеет два конструктора.

В данном случае они нужны только для того, чтобы передать свои параметры конструктору – предку….».

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

Для каждого из методов подготавливается спецификация. Эта спецификация состоит из заголовка и описания выполняемой функции. Т.к.

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

Спецификации к методам пишутся по схеме:

1) Метод предназначен для 2) Заголовок – прототип метода 3)Описание того, с какими полями класса и формальными параметрами производятся действия.

Например, спецификация для метода класса и спецификация для конструктора класса могут быть представлены следующим образом:

1) метод GetAllCost возвращает общую стоимость всего заданного товара. Эта стоимость входит в поля класса.

Здесь величина стоимости вычисляется по данным, взятым из массива структур ListWare;

2) конструктор класса Create предназначен для инициализации экземпляра класса.

Constructor Create (InitNameFile : string);

Здесь InitNameFile – имя файла, из которого считывается n – размер массива структур ListWare. В соответствии с размером отводится место под массив, а затем из этого же файла читаются значения элементов массива.

Диаграмма классов В этом разделе интерфейсы классов и их связи должны быть представлены в виде развернутого графа (можно нарисовать вручную или средствами Word), пример представлен на рисунке 2.

В диаграмме должны быть представлены все классы, т.е. два класса, разработанные пользователем плюс классы каждой из форм.

Разработка элементов модульного программирования Пример начала текста описательной части:

«Модульное программирование позволяет: … (перечисление достоинств и особенностей)». Для того, чтобы воспользоваться преимуществами модульного программирования, требуется разбить свой программный модуль на части – раздел описаний, раздел реализаций….

Файл, содержащий заготовку модуля, можно получить вызовом команды главного меню File\ New\ Unit…..(перечисление последовательности действий, необходимых для включения модуля в проект).

Create(InitRow : Integer, InitCol : Integer) GetValue(aR : Integer, aC : Integer) ReadFromStringGrid(aStrGrd : TStringGrid = nil) : Boolean WriteToStringGrid(aStrGrid : TStringGrid) PutMatr(aBox : TStringGrid) GetSum(aSrow, aSCol : TListRea, aSum : Real) GetSumSelect(aSum : TListRea, aSCou : TListInt) Рисунок 2 – Пример диаграммы классов (здесь три класса: базовый TDoModel, производный TModel и класс формы TNewForm) В общем случае модуль Delphi имеет следующую структуру:

unit ;

interface // Раздел открытого интерфейса модуля {Здесь могут размещаться списки подключаемых модулей, объявления типов, констант, переменных, классов, функций и процедур, к которым будет доступ из других модулей} implementation // Раздел реализации модуля {Здесь могут размещаться списки подключаемых модулей, объявления типов, констант, переменных, к которым не будет доступа из других модулей. Здесь же должны быть реализации всех объявленных в разделе interface функций и процедур, а также могут быть реализации любых дополнительных, не объявленных ранее функций и процедур} initialization {не обязательный} finalization {не обязательный} end.

Описание структуры приложения и схема связности модулей Возможный вариант начала текста этого раздела: «Передача управления вызываемому модулю всегда осуществляется через его начало, т.е. через первый оператор или команду, а выход из вызываемого модуля всегда происходит через его естественное окончание, т.е. через последний оператор или команду. Модули низших уровней или одного уровня иерархии могут вызываться для исполнения только модулями высших уровней, т.е. модули низших уровней не могут вызывать модули высших уровней, а модули одного уровня – вызывать друг друга.

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

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

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

Функционирование программ приложения формируется на базе следующих модулей:

Project.dpr – главный модуль, процедурами которого являются следующие модули: Unit1.pas, MyUnit.pas, …..

Unit1.dfm, Unit1.pas – модули, соответствующий главной форме Form1, с помощью которой осуществляется презентация данного программного продукта, а также вызов модулей: MyUnit.pas, ……… MyUnit.pas – модуль, содержащий классы для решения задачи (реализующий класс (имя класса) и его подкласс (наследник) (имя)).

Между модульной структурой и структурами данных существует связь, которая может быть представлена в виде следующей схемы (рис.4).

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

Задача анализа решения состоит в установлении правильности обработки данных.

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

информационных объектов: файлы, списки, строки, массивы, таблицы, структуры данных, классы, представляющие собой организованные наборы записей данных с методами их обработки и т.д.

Ряд данных, используемых многими модулями и группами системы, определяются как глобальные (файлы, структуры, классы, …). Это переменные, характеризуемые наиболее широким использованием и соответствующие высшему иерархическому уровню среди данных.

Все эти данные в интерфейсе приложения отображаются с помощью тех или других визуальных компонент в определенной последовательности и в соответствии с выполненным преобразованием.

Пример описания: «Для решения поставленной задачи были определены следующие информационные объекты:

1. Компонент Edit1, позволяющий создать однострочное текстовое поле, предназначенное для задания числа строк в матрице.

2. Компонент Edit2, позволяющий создать однострочное текстовое поле, предназначенное для задания числа столбцов в матрице.

3. Компонент StringGrid1, позволяющий задать элементы матрицы.

4. Компонент Edit3, позволяющий создать однострочное текстовое поле, предназначенное для отображения на форме результата… На рис.3 приведена схема движения информационного потока разработанной системы с указанием связей и взаимодействия информационных объектов.

Рисунок 3 – Схема движения информационного потока Формализация расчетов Этот раздел должен содержать описания работы подпрограмм (методов), предназначенных в конечном итоге для передачи и преобразования данных в соответствии с логикой алгоритмов. Это м.б. сделано в виде укрупненных или детальных блок-схем методов класса с соответствующими комментариями.

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

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

Разработка плана тестирования состоит из следующих шагов: 1) определение последовательности действий, которые позволяют проверить как работу отдельных методов, так и их совокупности; 2) подготовка входных данных, для которых известны результаты тестирования; 3) определение места расположения тестовых данных.

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

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

Сопровождение Главный смысл этого этапа состоит в подготовке дополнительной, сопутствующей документации:

• руководства пользователю;

• проектных документов (описание структуры приложения и схема связности модулей и т.д.);

• спецификации программного продукта;

• руководства по тестированию.

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

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

Например, начало может быть следующим:

«В процессе разработки программного приложения (программной системы) для решения конкретной задачи было проделано следующее:

1. изучена литература по теме проекта;

2. разработан алгоритм решения задачи по обработке …;

3. разработан интерфейс приложения;

4. разработана схема движения информационных потоков;

5. разработаны классы и модули приложения…(сколько, особенности);

Продумать и изложить перспективы в усовершенствовании разрабатываемого приложения.

1. В файле хранится информация об автомобилях: регистрационный номер, цвет автомобиля, год выпуска, адрес проживания владельца.

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

а) автомобиль заданной марки определенного цвета;

б) авто с заданным номером;

в) авто заданной марки с известной цифровой частью номера;

г) авто заданного цвета.

2. Дан список участников соревнования, для каждого указаны время старта и финиша (часы, мин., сек). Расположить список участников по возрастанию. Организовать запросы на выдачу сведений:

а) лучший результат соревнования;

б) наихудший результат;

в) участников, сошедших с дистанции;

г) время 5 лучших призеров.

3. Имеются сведения о товарах, находящихся на складе: наименование, объем партии, дата поступления на склад, стоимость единицы товара.

Разработать приложение, которое бы позволяло вводить и выводить информацию по запросу. В перечень запросов ввести требование отсортировать данные по различным критериям, например, по дате поступления на склад.

4. Имеются сведения о книгах, находящихся в читальном зале библиотеки: ФИО автора, название, наименование издательства, год издания, количество страниц. Разработать приложение, которое бы позволяло вводить и выводить информацию по запросу.

5. Имеется расписание движения автобусов на следующие сутки: номер рейса, тип автобуса, пункт назначения, время отправления, время в пути.

Разработать запросы и функции для ввода и вывода информации по запросу.

6. Имеется информация о сданной в ремонт радиоаппаратуре: марку изделия, дату приёма в ремонт, состояние готовности заказа. Разработать функцию анализа данных и выдачи информации о числе и характере заказов на текущие сутки и объёме выполненных услуг за текущий квартал.

7. Имеется расписание отправления и прибытия различных транспортных средств из Томска в город N. Разработать запросы и функции для ввода и вывода информации по запросу. Например, маршрут наиболее выгодный по времени (или по цене), или расписание движения автобусов.

8. Разработать приложение «секретарь». Программа должна выполнять следующие функции:

а) по заданной дате сообщать перечень ФИО тех, кому нужно позвонить б)ФИО тех, с кем нужно встретиться;

г)ФИО тех, кого нужно поздравить с днем рождения;

д) список дел на заданный день.

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

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

3 Требования к оформлению текстового документа Текстовый документ (ТД) должен быть выполнен на белой бумаге формата А4 (210х297 мм) с одной стороны листа с применением печатающих или графических устройств вывода ЭВМ – через 1,5 интервала, высота букв и цифр не менее 1,8 мм, цвет – черный. Рекомендуется использовать гарнитуру шрифта Times New Roman-14, допускается Arial-12. При печати текстового материала следует использовать двухстороннее выравнивание.

Размеры полей: левое – не менее 30 мм, правое – не менее 10 мм, верхнее и нижнее – не менее 20 мм.

Абзацный отступ выполняется одинаковым по всему тексту документа и равен пяти знакам (15-17 мм).

Иллюстрации, таблицы и распечатки с ЭВМ допускается выполнять на листах формата АЗ, при этом они должны быть сложены на формат А4. Буквы греческого и иных алфавитов, формулы, отдельные условные знаки допускается вписывать черными чернилами, пастой или тушью. При этом плотность вписанного текста должна быть приближена к плотности остального текста. Если чертежи, схемы, диаграммы, рисунки и/или другой графический материал невозможно выполнить машинным способом, для него используют черную тушь или пасту.

Пример оформления титульного листа приведен в приложении А.

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

Если в документе приводятся поясняющие надписи, наносимые непосредственно на изготовляемое изделие (например, на планки, таблички к элементам управления и т.п.), их выделяют шрифтом (без кавычек), например ВКЛ., ОТКЛ., или кавычками — если надпись состоит из цифр и (или) знаков.

Наименования команд, режимов, сигналов и т.п. в тексте следует выделять кавычками, например, «Сигнал +27 включено».

В тексте документа числовые значения величин с обозначением единиц физических величин и единиц счета следует писать цифрами, а числа без обозначения единиц физических величин и единиц счета от единицы до девяти — словами.

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

Разделы, подразделы, пункты и подпункты нумеруют арабскими цифрами и записывают с абзацного отступа.

Разделы нумеруют сквозной нумерацией в пределах текста основной части.

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

1 Типы и основные размеры (номер и заголовок первого раздела) 1.2 Нумерация пунктов первого раздела 2 Технические требования (номер и заголовок второго раздела) Пункты должны иметь нумерацию в пределах каждого раздела или подраздела. Номер подпункта включает номер раздела, подраздела, пункта и порядковый номер подпункта, разделенные точкой.

3 Методы испытаний (номер и заголовок третьего раздела) 3.1 Аппараты, материалы и реактивы (номер и заголовок первого подраздела третьего раздела) 3.1.2 (Нумерация пунктов первого подраздела третьего раздела) Точка в конце номеров разделов, подразделов, пунктов, подпунктов не ставится.

Разделы и подразделы могут состоять из одного или нескольких пунктов.

Если раздел состоит из одного подраздела, то подраздел не нумеруется.

Отдельные разделы могут не иметь подразделов и состоять непосредственно из пунктов. Если раздел или подраздел имеет только один пункт или пункт имеет только один подпункт, то нумеровать его не следует.

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

а);

б):

1) _;

2);

в) _.

Каждое перечисление записывают с абзацного отступа Разделы и подразделы должны иметь заголовки. Пункты, как правило, заголовков не имеют. Заголовки должны четко и кратко отражать содержание разделов, подразделов.

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

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

Расстояние между заголовком и текстом должно быть равно удвоенному межстрочному расстоянию; между заголовком раздела и подраздела – одному межстрочному расстоянию.

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

Слева над таблицей размещают слово «Таблица», выполненное строчными буквами (кроме первой прописной), без подчеркивания, и ее номер.

При этом точку после номера таблицы не ставят.

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

Точку после наименования таблицы не ставят.

Таблица помещается в тексте сразу же за первым упоминанием о ней или на следующей странице. Если формат таблицы превышает А4, то ее размещают в приложении к ТД. Допускается помещать таблицу вдоль длинной стороны листа документа.

Таблицы, за исключением приведенных в приложении, нумеруются сквозной нумерацией арабскими цифрами по всему ТД. Если в ТД одна таблица, то ее обозначают «Таблица 1» или «Таблица В.1», если она приведена в приложении В. Таблицы каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения и разделяя их точкой.

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

На все таблицы приводят ссылки в тексте или в приложении (если таблица приведена в приложении). Ссылки оформляют в соответствии с п.3.8.

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

Диагональное деление головки таблицы не допускается.

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

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

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

Все иллюстрации (схемы, графики, технические рисунки, фотографические снимки, осциллограммы, диаграммы и т. д.) именуются в тексте рисунками и нумеруются сквозной нумерацией арабскими цифрами по всему ТД за исключением иллюстрации приложения.

Допускается нумерация рисунков в пределах каждого раздела. Тогда номер иллюстрации составляется из номера раздела и порядкового номера иллюстрации, разделенных точкой.

1 Рисунок 5.1, Рисунок 7.5 и т. д.

2 Рисунок В.8 - восьмой рисунок приложения В.

Иллюстрация располагается по тексту документа сразу после первой ссылки, если она размещается на листе формата А4. Если формат иллюстрации больше А4, ее следует помещать в приложении.

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

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

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

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

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

Ссылаться следует на документ в целом или его разделы и приложения.

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

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

При ссылках на структурный элемент текста, который имеет нумерацию из цифр, не разделенных точкой, указывают наименование этого элемента полностью, например, «...в соответствии с разделом 5», «...по пункту 3».

Если номер (обозначение) структурного элемента состоит из цифр (буквы и цифры), разделенных точкой, то наименование этого структурного элемента не указывают, например: «…согласно 3.1», «...в соответствии с А. (приложение А)», «...в соответствии с 4.1.1…». Это требование не распространяется при ссылках на формулы, таблицы, перечисления и графический материал. В ссылках на них всегда упоминают наименование элемента ТД, например, «…по формуле (3.3)…», «... в таблице В.2 (приложение В)…», «... на рисунке 1.2…», «... в соответствии с перечислением б) 4.2.2…», «...в части показателя 1 таблицы 2».

Ссылки в тексте на таблицы и иллюстрации оформляют по типу: «… в соответствии с таблицей 5.3», «... в соответствии с рисунком 1.2»; «... как показано поз. 12 и 13 на рисунке В.7 (приложение В)», «... в таблице 1.1, графа 4», «... в таблице В.2 (приложение В)…», причем наименование элемента всегда приводится полностью. Сокращения табл. и рис. в тексте не допускаются.

При ссылке в тексте на использованные источники следует приводить их номера, заключенные в квадратные скобки, например: «... как указано в монографии [103]»; «... в работах [11, 12, 15-17]». Допускается вместо квадратных скобок выделять номер источника двумя косыми чертами, например /17/.

нумерацию. Первым листом является титульный лист.

Номер листа проставляется в его правом нижнем углу. На титульном листе номер не проставляется.

3.10 Список использованных источников (литературы) В список включают все источники, на которые имеются ссылки в ТД.

Источники в списке располагают и нумеруют в порядке их упоминания в тексте ТД арабскими цифрами без точки.

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

А при ссылке на часть документа (источника), например, статьи из журнала или доклада из сборника конференции, применяется схема библиографического описания части документа.

Схема библиографического описания издания (источника) в целом включает: область названия, область издания и область количественной характеристики, разделенных друг от друга знаком «тире». Внутри каждой области могут использоваться другие разделительные знаки: “, “, “ : “, “. “, “ / “, “ ; “. В области названия включаются сведения об авторе и название издания. В области издания приводятся: город, издательство и год издания. В области количественной характеристики: общее количество страниц. Схема построения описания издания в целом представляется в виде:

Фамилия И. О. основного автора. Основное название книги / Сведения о редакторе (при наличии). – Город: Издательство, год издания. – Количество страниц.

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

сведения о части документа и сведения о документе в целом (чаще всего это сведения о журнале, содержащем описываемую статью), разделенные знаком “//”. В сведениях о части документа приводится фамилия, инициалы автора и название этой статьи. В сведениях о документе в целом приводят: название журнала, год выпуска журнала, номер журнала и номера страниц, на которых находятся начало и конец статьи. В целом схема построения описания части издания представляется в виде:

Фамилия И. О. автора. Название статьи // Название журнала. – Год выпуска. – № журнала. – С.7- Пример оформления списка приведен в приложении В.

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

- таблицы и рисунки большого формата;

- дополнительные расчеты;

- описания применяемого в работе нестандартного оборудования;

- распечатки с ЭВМ;

- протоколы испытаний;

- акты внедрения;

- самостоятельные материалы и документы конструкторского, технологического и прикладного характера;

- промежуточные математические доказательства, формулы и расчеты;

- описание аппаратуры и приборов, применяемых при проведении экспериментов, измерений и испытаний;

- инструкции, методики, разработанные в процессе выполнения ВКР;

- иллюстрации вспомогательного характера.

Приложения размещают, как продолжение ТД, на последующих страницах и включают в общую с ТД сквозную нумерацию страниц.

Приложения, содержащие дополнительные текстовые конструкторские документы (спецификации, руководство по эксплуатации и др.), следует помещать в приложение в последнюю очередь.

Приложения обозначают в порядке ссылок на них в тексте, прописными буквами русского алфавита, начиная с А (за исключением букв Ё, 3, И, О, Ч, Ь, Ы, Ъ), которые приводят после слова «Приложение». Допускается обозначение приложений буквами латинского алфавита, за исключением букв I и О. В случае полного использования букв русского и латинского алфавитов допускается обозначать приложения арабскими цифрами.

При наличии только одного приложения, оно обозначается «Приложение А».

Каждое приложение должно начинаться с нового листа и иметь тематический заголовок и обозначение. Наверху посередине листа (страницы) печатают (пишут) строчными буквами с первой прописной слово «Приложение», и его буквенное обозначение. Под ним в скобках указывают степень необходимости приложения, например: «(рекомендуемое)», «(справочное)», «(обязательное)».

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

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

Рисунки, таблицы, формулы, помещаемые в приложении, нумеруют арабскими цифрами в пределах каждого приложения, например: «..рисунок Б.5..». Приложения, как правило, выполняют на листах формата А4.

1. Фаронов В.В. Delphi 4:Учебный курс. М.: Нолидж, 1999. – 464 с.

2. Рыбалка С.А., Орлов О.В., Шкатова Г.И. Основы разработки приложений в среде Delphi: Учебное пособие, Томск: Изд.ТПУ, 2003. – 111 с.

3. Бобровский С. Delphi: 5: Учебный курс. СПб.: Питер, 2002. – 640 с.

4. Молнина Е.В., Чернышева Т.Ю. Информатика и программирование:

Учебное пособие, в двух частях. Юрга: Изд-во ЮТИ ТПУ, 2006. – часть 2.

5. Пачеко К., Тейксейра С. Borland Delphi 4: Руководство разработчика.

М.: СПб.; Киев: Вильямс, 1999. – 912 с.

6. Стивенс Р. Delphi: Готовые алгоритмы: Пер.с англ. М.: ДМК Пресс, 2001. – 384 с.

7. Дарахвелидзе П., Марков Е. Delphi 4 среда визуального программирования. СПб.: ВНV Cанкт–Петербург, 1999. – 816 с.

1 Получения задания. Анализ задачи. 10 10/(10) Описание объекта и анализ требований 2 Разработка базового класса – 10 10/(20) интерфейса и реализации.

3 Проектирование интерфейса программ- 5 5/(25) много приложения. Разработка схемы движения информационных потоков.

4 Разработка производного класса – 15 15/(55) интерфейса и реализации.

Спецификация методов классов.

5 Разработка элементов модульного 10 10/(65) программирования Форма титульного листа курсового проекта

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное учреждение высшего профессионального образования

ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

ЮРГИНСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ

Наименование факультета Наименование направления (специальности) Наименование выпускающей кафедры строчными буквами кроме первой прописной Наименование текстового документа работы строчными буквами кроме первой прописной Руководитель (должность, ученая степень, звание) (подпись) И.О.Фамилия Курсовая работа содержит 38 страниц, 7 таблиц, 10 источников, приложение.

Ключевые слова: риск банкротства, прогнозирование, финансовый анализ, информационная система, модуль, объектно-ориентированный язык.

Объектом исследования в данной работе являются методы прогнозирования риска банкротства предприятия.

прогнозирования риска банкротства предприятия.

Проведен анализ….

Необходимо автоматизировать функции…..

В результате работы спроектирована информационная система … Пример оформления списка использованных источников 1 Булавин И. А. Теплотехника в производстве фарфора и фаянса. М:

Легкая индустрия, 1989. – 440 с.

2 Теоретические основы электротехники / Л. Р. Нейман, Н. С. Демирчяк, Л. А. Тимохин и др. М: Высшая школа, 1990. 125 с.

3 European Association for Quality Assurance in Higher Education.

[Электронный ресурс]. – Режим доступа: http://www.enqa.net, свободный. – Загл. с экрана.

4 Электронный каталог ГПНТБ России [Электронный ресурс] : база данных содержит сведения о всех видах лит., поступающей в фонд ГПНТБ России. Электрон. дан. (5 файлов, 178 тыс. записей). М., [199-]. Режим доступа: http://www.gpntb.ru/win/search/hclp/el-cat.html. Загл. с экрана.

ВЫСОКОУРОВНЕВЫЕ МЕТОДЫ ИНФОРМАТИКИ И

ПРОГРАММИРОВАНИЯ

Методические указания к выполнению курсовой работы по дисциплине для студентов специальности «Прикладная информатика (в экономике)» всех форм обучения Составитель Чернышева Татьяна Юрьевна Подписано к печати 22.09. Формат 60х84/16. Бумага офсетная.

Плоская печать. Усл. печ. л.1,86. Уч. - изд. л.1, Тираж 50 экз. Заказ № 937. Цена свободная.

ИПЛ ЮТИ ТПУ. Ризограф ЮТИ ТПУ.

652000, г. Юрга, ул. Московская, 17.