Кафедра прикладной информатики

РАЗРАБОТКА ЭЛЕКТРОННОЙ ФОРМЫ УЧЕТНОЙ КАРТОЧКИ СТУДЕНТА С АВТОМАТИЗИРОВАННЫМ ЗАПОЛНЕНИЕМ ПОЛЕЙ

Курсовая работа

Тамбов 2010

СОДЕРЖАНИЕ

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

ВВЕДЕНИЕ

1 БД

1.1 Основные понятия и архитектура БД

1.2 Модель БД и их разновидности

2 ВЫБОР СУБД И ТЕХНОЛОГИИ ДОСТУПА

2.1 СУБД Access

2.2 Технология ADO.net

3 РАЗРАБОТКА ЭЛЕКТРОННОЙ ФОРМЫ КАРТОЧКИ УЧЕТА СТУДЕНТА

3.1 Разработка БД

3.2 Разработка клиентского приложения

3.3 Результат выполнения программы

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

БД - база данных

СУБД - система управления базой данных

ЭВМ - электронная вычислительная машина

ВВЕДЕНИЕ

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

Научная проблема: отсутствие электронной формы карточки с автоматизированным заполнением полей.

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

Цель работы: разработка электронной формы учетной карточкой студента с автоматизированным заполнением полей.

Задачи исследования:

- изучить основные понятия и типы БД;

- изучить и выбрать СУБД для создания БД

- ознакомится с теоретическими аспектами разработки ПО;

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

- разработать электронную форму учетной карточкой студента с автоматизированным заполнением полей.

Объект исследования - электронная форма учетной карточкой студента.

Предмет исследования - автоматизированное заполнение полей учетной карточки студента.

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

Практическая значимость заключается в приобретении новых знаний и навыков в области программирования, а также в возможности использования результатов исследования для работы в учебной части ТФМГУКИ

Источниковедческая база - библиотека ТФ МГУКИ, Интернет.

1 БД

1.1 Основные понятия и архитектура БД

БД -- именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

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

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

Структурирование -- это введение соглашений о способах представления данных.

Неструктурированными называют данные, записанные, например, в текстовом файле.

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

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

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

Терминология в СУБД, да и сами термины "база данных" и "банк данных" частично заимствованы из финансовой деятельности. Это заимствование -- не случайно и объясняется тем, что работа с информацией и работа с денежными массами во многом схожи, поскольку и там и там отсутствует персонификация объекта обработки: две банкноты достоинством в сто рублей столь же неотличимы и взаимозаменяемы, как два одинаковых байта. Вы можете положить деньги на некоторый счет и предоставить возможность вашим родственникам или коллегам использовать их для иных целей. Вы можете поручить банку оплачивать ваши расходы с вашего счета или получить их наличными в другом банке, и это будут уже другие денежные купюры, но их ценность будет эквивалентна той, которую вы имели, когда клали их на ваш счет.

Американским комитетом по стандартизации ANSI была предложена архитектура БД, которая имеет трехуровневую систему организации, эта структура изображена на рисунке 1.

Первый уровень это уровень внешних моделей -- самый верхний уровень, где каждая модель имеет свое "видение" данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Например, система распределения работ использует сведения о квалификации сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и наоборот, именно эти сведения используются в подсистеме отдела кадров.

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



Рисунок 1 - трехуровневая система организации БД

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

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

1.2 Модель БД и их разновидности

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

Модель данных -- совокупность структур данных и операций их обработки.

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

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

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

К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения операций над данными.

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

На иерархической модели данных основано сравнительно ограниченное количество СУБД, в числе которых можно назвать зарубежные системы IMS , PC / Focus , Team - Up и Data Edge , а также отечественные системы Ока, ИНЭС и МИРИС.

Отличие сетевой структуры от иерархической заключается в том, что каждый элемент в сетевой структуре может быть связан с любым другим элементом. Сетевые модели создавались для мало ресурсных ЭВМ. Это достаточно сложные структуры, состоящие из "наборов" - поименованных двухуровневых деревьев. "Наборы" соединяются с помощью "записей-связок", образуя цепочки и т.д. При разработке сетевых моделей было выдумано множество "маленьких хитростей", позволяющих увеличить производительность СУБД, но существенно усложнивших последние. Прикладной программист должен знать массу терминов, изучить несколько внутренних языков СУБД, детально представлять логическую структуру базы данных для осуществления навигации среди различных экземпляров, наборов, записей.

Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности.

Недостатком сетевой модели данных являются высокая сложность и жесткость схемы БД, построенной на ее основе.

Наиболее известными сетевыми СУБД являются IDMS , db _ VistaIII , СЕТЬ, СЕТОР и КОМПАС.

Наиболее широкое распространение имеет реляционная модель данных. Понятие реляционный (англ. relation -- отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда.

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

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

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

Домен -- это набор всех допустимых значений, которые может содержать данный атрибут.

Понятие «домен» часто путают с понятием «тип данных». Необходимо четко различать эти два понятия.

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

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

Элементами отношения являются кортежи, или строки таблицы. В отношении Группа каждая строка содержит пять значений, по одному для каждого атрибута. Кортежи могут располагаться в любом порядке, при этом отношение будет оставаться тем же самым, а значит, и иметь тот же смысл. Кортежи называются расширением, состоянием или телом отношения, которое со временем изменяется.

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

Кардинальность - это количество кортежей, которое содержится в отношении.

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

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

Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:

- каждый элемент таблицы -- один элемент данных;

- все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;

- каждый столбец имеет уникальное имя;

- одинаковые строки в таблице отсутствуют;

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

Отношение может иметь несколько потенциальных ключей:

- составным ключом называют ключ состоящий из нескольких атрибутов;

- первичный ключ - это потенциальный ключ, который выбран для уникальной идентификации кортежей внутри отношения;

- альтернативный ключ - это потенциальный ключ, который не выбран в качестве первичного ключа;

- внешний ключ - это атрибут или множество атрибутов внутри отношения, которое соответствует потенциальному ключу некоторого отношения;

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

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

Примерами зарубежных реляционных СУБД для ПЭВМ являются: DB 2, Paradox , FoxPro , Access , Clarion , Ingres , Oracle . К отечественным СУБД реляционного типа относятся системы ПАЛЬМА и HyTech [3, 4].

2 ВЫБОР СУБД И ТЕХНОЛОГИИ ДОСТУПА

2.1 СУБД Access

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

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

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

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

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

Основные функции системы управления базами данных:

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

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

- обеспечение независимости прикладных программ и данных. Важнейшим свойством СУБД является возможность поддерживать два независимых взгляда на базу данных - "взгляд пользователя", воплощаемый в логическом представлении данных, и его отражения в прикладных программах; и "взгляд системы" - физическое представление данных в памяти ЭВМ. Обеспечение логической независимости данных предоставляет возможность изменения (в определенных пределах) логического представления базы данных без необходимости изменения физических структур хранения данных. Таким образом, изменение логического представления данных в прикладных программах не приводит к изменению структур хранения данных. Обеспечение физической независимости данных предоставляет возможность изменять (в определенных пределах) способы организации базы данных в памяти ЭВМ не вызывая необходимости изменения "логического" представления данных. Таким образом, изменение способов организации базы данных не приводит к изменению прикладных программ.

Причиной выбора Microsoft Access для разработки БД состоит в том, что с ее помощью можно создавать и эксплуатировать мощные БД без необходимости программировать, а также Access при всей его кажущейся простоте позволяет решать очень сложные задачи. Это достаточно серьезный продукт, на котором можно быстро и хорошо сделать довольно сложные и не тривиальные вещи. Для многих "быстрых" проектов, Access подходит как нельзя лучше. Важное достоинство СУБД в том, что она входит в состав любого Офиса и для нормальной работы приложения достаточно его установить. При этом устанавливаются все необходимые для работы приложения библиотеки. Access вполне совместим с MS SQL Server, другими форматами баз данных.

СУБД Access ориентирована на работу с объектами, к которым относятся таблицы базы данных, запросы, а также объекты приложений для работы с базой данных: формы, отчеты, страницы, макросы и модули.

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

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

Access может использовать данные различных СУБД. Непосредственно могут обрабатываться файлы Paradox, dBase, FoxPro, а также базы данных, поддерживающие стандарт открытого доступа к данным (Open Database Connectivity, ODBC): Oracle, Microsoft SQL Server, DB2, Sybase SQL Server и др.

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

В Access обеспечивается все возможности динамического обмена данными (Dynamic Data Exchange, DDE) с любым приложением Windows, поддерживающим DDE. Access поддерживает также механизм связывания и внедрения объектов (Object Linking and Embedding, OLE), обеспечивающий установление связи с объектами другого приложения или внедрение объекта в базу данных. Активизация внедренного объекта открывает программу, которая его создала, и пользователь может изменить объект. При установлении связи с объектом он по-прежнему сохраняется в файле объекта, а не в базе данных. За счет этого он может обновляться независимо, а в базе данных всегда будет представлена последняя версия объекта.

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

Access может использовать данные различных СУБД. Непосредственно могут обрабатываться файлы Paradox, dBase, FoxPro, а также базы данных, поддерживающие стандарт открытого доступа к данным (Open Database Connectivity, ODBC): Oracle, Microsoft SQL Server, DB2, Sybase SQL Server и др.

2.2 Технология ADO.net

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

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

То есть, еще возникает проблема не соответствия обработки информации большинством СУБД и способом обработки информации различными языками программирования.

Решение проблем является технология ADO.NET, разработанной компанией Microsoft, и включенной в их новую платформу .NET Framework.

ADO.NET - это часть Microsoft .NET Framework, т.е. набор средств и слоев, позволяющих приложению легко управлять и взаимодействовать со своим файловым или серверным хранилищем данных.

В NET Framework библиотеки ADO.NET находится в пространстве имени System.Data. Эти библиотеки обеспечивают подключение к источникам данных, выполнении команд, а также хранилище, обработку и выборку данных.

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

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

Важным элементом автономного доступа к данным является контейнер для табличных данных, который не знает о СУБД. Такой незнающий о СУБД автономный контейнер для табличных данных представлен в библиотеках ADO.NET классом DataSet или DataTable.

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

Хотя ADO.NET и ADO - это полностью различные архитектуры доступа к данным.

Как и любая другая технология, ADO.NET состоит из нескольких важных компонентов. Все классы .NET группируются в пространства имен. Все функции, относящиеся к ADO.NET находятся в пространстве имен System.Data.

Архитектура ADO.Net состоит из двух фундаментальных частей: подключаемую и автономную. Все классы в ADO.NET можно поделить по этому критерию. Единственное исключение - класс DataAdapter, который является посредником между подключенной и автономной частями ADO.Net.

Подключаемая часть ADO.Net представляет собой набор объектов подключений.

Объекты подключений разделяются в ADO.NET по конкретным реализациям для различных СУБД. То есть для подключения к базе данных SQL SERVER имеется специальных класс SqlConnection.

Эти отдельные реализации для конкретных СУБД называются поставщиками данных .NET

При наличии широкого выбора доступных источников данных ADO.NET должна иметь возможность поддерживать множество источников данных. Каждый такой источник данных может иметь свои особенности или набор возможностей.

Поэтому ADO.NET поддерживает модель поставщиков. Поставщики для конкретного источника данных можно определить как совокупность классов в одном пространстве имен созданных специально для данного источника данных. Эта особенность несколько размыта для источников данных OleDb, ODBC, так как они по своей сути созданы для работы с любой базой данных совместимых с OLE и ODBC.

В подключаемой части ADO.NET имеются следующие основные классы:

- Connection этот класс, позволяющий устанавливать подключение к источнику данных ( OleDbConnection, SqlConnection, OracleConnection);

- Transaction объект транзакций (OleDbTransaction, SqlTransaction, OracleTransaction System.Transaction);

- DataAdapter это своеобразный шлюз между автономными и подключенными аспектами ADO.NET. Он устанавливает подключение, и если подключение уже установлено, содержит достаточно информации, чтобы воспринимать данные автономных объектов и взаимодействовать с базой данных (DataAdapter - SqlDataAdapter, OracleDataAdapter) ;

- Command это класс представляющий исполняемую команду в базовом источнике данных;

- Parameter объект параметр команды;

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

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

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

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

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

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

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

Вторым наиболее ресурсоемким объектом в ADO.NET являются транзакции, отвечающие за корректность изменений в БД.

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

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

Автономные приложения обычно подключаются к базе как можно позже и отключаются как можно раньше. Важным элементом в такой схеме подключения и предоставления автономного доступа к данным является контейнер для табличных данных, который не знает о СУБД. Такой незнающий о СУБД автономный контейнер для табличных данных представлен в библиотеках ADO.NET классом DataSet или DataTable.

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

Можно выделить несколько основных классов автономной модели ADO.NET:

- DataSet он является ядром автономного режима доступа к данным в ADO.NET. Лучше всего рассматривать, как будто в нем есть своя маленькая СУБД, полностью находящаяся в памяти;

- DataTable больше всего этот класс похож на таблицу БД. Он состоит из объектов DataColumn, DataRow, представляющих из себя строки и столбцы;

- DataView это объект представлений базы данных;

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

Причина выбора технологии ADO.NET для разработки ИС состоит в том, что она в полной мере способна предоставить механизм для доступа к любому источнику данных, тем самым, предоставляя разработчику мощный механизм взаимодействия с базами данных способный в полной мере реализовать все потребности, возникающие при проектировании ИС [7, 8, 9].

3 РАЗРАБОТКА ЭЛЕКТРОННОЙ ФОРМЫ КАРТОЧКИ УЧЕТА СТУДЕНТА

3.1 Разработка БД

Для того чтобы создать электронную карточку учета студента необходимо разработать БД в которой будет храниться вся информация о студентах. Чтобы создать БД воспользуемся СУБД Microsoft Access 2003 - это программное обеспечение, которое является одним из продуктов пакета Microsoft Office 2003.

В Access, БД представляет собой совокупность объектов различного типа, которые используются для хранения, отображения и вывода на печать данных, а также содержат созданный программный код. СУБД Access работает со следующими типами объектов: таблицы, запросы, формы, отчеты, страницы доступа к данным, макросы и модули.

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

Таблицы представляют собой один из типов объектов, входящих в БД Access. На рисунке 2 представлены все объекты СУБД Access.

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



Рисунок 2 - Внешнее окно СУБД Access

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

Все таблицы созданы с помощью конструктора. Первая таблица, называется “личные данные”, она изображена на рисунке 3. Эта таблица представляет личные данные о студентах пользователю.

Рисунок 3 - таблица “личные данные”

Вторая таблица называется “Местрег” она изображена на рисунке 4, и содержит данные о месте регистрации студентов.

Рисунок 4 - таблица «Местрег»

Третья таблица называется «Местпрож» она содержат данные о фактическом проживании студентов. Эта таблица изображена на рисунке 5.

Рисунок 5 - таблица «Местпрож»

Четвертая таблица называется “ образование ”, в ней содержится информация о полученном образовании, и здесь находятся паспортные данные студента. Эта таблица изображена на рисунке 6.



Рисунок 6 - таблица “ образование ”

Пятая таблица называется “ осебе ” она представляет дополнительные данные о студентах. Эта таблица изображена на рисунке 7.

Рисунок 7 - таблица «о себе»

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

Для каждого поля установлен тип данных «Текстовый» - это цепочка алфавитно-цифровых символов длиной не более 255 символов.

3.2 Разработка клиентского приложения

Разработка клиентского приложения строиться на основе технология ADO.NET. Она содержит некоторое количество классов, предназначенных специально для конкретных баз данных. Эти классы реализуют ряд стандартных интерфейсов, определяемых в пространстве имен System.Data, что позволяет при необходимости применять их обобщенным образом. Чтобы получить доступ к базе данных, нужно задать параметры соединения, так как БД построена в MS Accesse, классом соединения среды выполнения .NET будет OleDbConnection.

Следующий код демонстрирует соединение к БД:

OleDbConnection connect = new

OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb");

В скобках указываются постащики данных, а также название и расположение БД. После того как подключились к БД загружаем данные в клиенское приложение, для этого пишем SQL команду:

string commandText = "SELECT [Форма обучения], Специальность, Фамилия,Имя,Отчество,[Дата рождения],[Место рождения],Гражданство FROM [Личные данные]";

Данная команнда выбирает все данные из таблицы «Личные дынные» и записывет в строковую переменную commandText.

Открываем соединение и определяем все необходимые объекты в конструкторе формы:

conn.Open();

Для установки соединения с БД вызывается метод Open объекта Connection. Объект подключается к БД, используя значение своего свойства ConnectionString.

Если соединение установить не удалось, объект Connection генерирует исключение.

OleDbCommand myCommand = new OleDbCommand();

myCommand.Connection = conn;

myCommand.CommandText = commandText;

OleDbDataAdapter dataAdapter = new OleDbDataAdapter();

dataAdapter.SelectCommand = myCommand;

DataSet ds = new DataSet();

После подключения к БД заполняем поля на форме. Чтобы это сделать нужно использовать класс DataAdapter, это своеобразный мост между соединенным и отсоединенным уровнями объектной модели ADO.NET. С помощью объекта DataAdapter удается поместить данные из БД в объект DataSet. Кроме того, объект DataAdapter может принимать кэшированные обновления, хранящиеся в объекте DataSet. и передавать их в БД.

dataAdapter.TableMappings.Add("Table", "Личные данные");

dataAdapter.Fill(ds);

textBox1.Text = ds.Tables["Личные данные"].Rows[i][0].ToString();

textBox2.Text = ds.Tables["Личные данные"].Rows[i][1].ToString();

textBox3.Text = ds.Tables["Личные данные"].Rows[i][2].ToString();

textBox4.Text = ds.Tables["Личные данные"].Rows[i][3].ToString();

textBox5.Text = ds.Tables["Личные данные"].Rows[i][4].ToString();

textBox6.Text = ds.Tables["Личные данные"].Rows[i][5].ToString();

textBox7.Text = ds.Tables["Личные данные"].Rows[i][6].ToString();

textBox8.Text = ds.Tables["Личные данные"].Rows[i][7].ToString();

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

OleDbConnection connect = new

OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb");

Открываем соединение:

connect.Open();

Создаем команду чтобы добавить данные в БД :

command1.CommandText = "Insert into [Личные данные] ([Форма обучения], Специальность, Фамилия,Имя,Отчество,[Дата рождения],[Место рождения],Гражданство)" +

"Values ('" + textBox1.Text + "', '" + textBox2.Text + "','" + textBox3.Text + "', '" + textBox4.Text + "', '" + textBox5.Text + "', '" + textBox6.Text + "','" + textBox7.Text + "','" + textBox8.Text + "')";

command1.ExecuteNonQuery();

После того как добавили данные очищаем поля:

textBox1.Text = " ";

textBox2.Text = " ";

textBox3.Text = " ";

textBox4.Text = " ";

textBox5.Text = " ";

textBox6.Text = " ";

textBox7.Text = " ";

textBox8.Text = " ";

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

OleDbConnection connect = new

OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb");

connect.Open();

Создаем команду удаления:

OleDbCommand command1 = connect.CreateCommand();

command1.CommandText = "DELETE FROM [Личные данные] WHERE ([Форма обучения]='" + textBox1.Text + "')";

connect.Open();

Выполняем удаление выбранного элемента:

command1.ExecuteNonQuery();

Клиетское приложение не только работает с БД, но также позволяет организовать отчет в виде Excel документа и распечатать его.

Прогрммный код формирующий отчет имеет следующий вид:

Создаём эксель документ:

Microsoft.Office.Interop.Excel.Application ObjExcel = new

Microsoft.Office.Interop.Excel.Application();

Microsoft.Office.Interop.Excel.Workbook ObjWorkBook;

Microsoft.Office.Interop.Excel.Worksheet ObjWorkSheet;

//Книга.

ObjWorkBook = ObjExcel.Workbooks.Open(@"C:\UK.xls",

Type.Missing, Type.Missing, Type.Missing, Type.Missing,

Type.Missing, Type.Missing, Type.Missing, Type.Missing,

Type.Missing, Type.Missing, Type.Missing, Type.Missing,

Type.Missing, Type.Missing);

//Таблица.

ObjWorkSheet =

(Microsoft.Office.Interop.Excel.Worksheet)ObjWorkBook.Sheets[3];

Зполняем документ значениями из формы:

//Значения [y - строка,x - столбец]

ObjWorkSheet.Cells[5, 11] = textBox50.Text;

ObjWorkSheet.Cells[6, 3] = textBox1.Text;

ObjWorkSheet.Cells[7, 3] = textBox2.Text;

В итоге, делаем созданную эксельку видимой и доступной!

ObjExcel.Visible = true;

ObjExcel.UserControl = true;

Весь рабочий код реализующий работу клиентского приложения представлен в приложении А.

3.3 Результат выполнения программы

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

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

Рисунок 8 - Клиентское приложение

Клиентское приложение имеет большое количество полей. В эти поля осуществляется как вывод данных, так и ввод. Все поля разделены по блочно с учетом данных в таблице. Верхний блок полей, состоящий из 8 элементов связан с таблицей «Личные данные», следующий блок, состоящий из 9 полей связан с таблицей «Местрег», другие 9 полей связанные с таблицей «Местпрож», и последние две группы полей связанные с таблицей «образование» и «о себе».

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

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

При нажатие «Правка» появляется четыре пункта: «Показать» этот пунтк осуществляет загрузку данных из бд на форму; «Очистить» используется что бы очистить все поля которы находятся на форме для того чтобы можно было водить данные; «Добавит» это пункт осуществляет добавление данных в БД; «Удалить» -удаляет данные с учетом выбранной позиции.

Результат работы клиентского приложения с БД представлен на рисунке 9.



Рисунок 9 - результат работы клиентского приложения

ЗАКЛЮЧЕНИЕ

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

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

В результате исследования была разработана электронная форма учетной карточки студента, которая включает в себя БД реализованную в MS Accesse. Причиной выбора Microsoft Access для разработки БД состоит в том, что с ее помощью можно создавать и эксплуатировать мощные БД без необходимости программировать, а также Access при всей его кажущейся простоте позволяет решать очень сложные задачи. Это достаточно серьезный продукт, на котором можно быстро и хорошо сделать довольно сложные и не тривиальные вещи. Для данного проекта, Access подходит как нельзя лучше. Важное достоинство СУБД в том, что она входит в состав любого Офиса и для нормальной работы приложения достаточно его установить. При этом устанавливаются все необходимые для работы приложения библиотеки. Access вполне совместим с MS SQL Server, другими форматами баз данных.

Клиентское приложение написанное с использованием технологии ADO.NET. ADO.NET - это часть Microsoft .NET Framework, т.е. набор средств и слоев, позволяющих приложению легко управлять и взаимодействовать со своим файловым или серверным хранилищем данных.

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Голицына, О.Л. База данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: ФОРУМ: ИНФРА-М, 2003. - 352 с.: ил.

2. Базы данных: Учебник для высших учебных заведений / Под. Ред. Проф. А. Д. Хомоненко. - 4-е изд. доп. и перераб. - СПб.: КОРОНА принт, 2004. - 736 с.

3. Дейт, К. Введение в системы базы данных, 6-е издание: Пер. с англ. - К.: М.: СПб.: Издательский дом «Вильямс», 1999. - 848 с.: ил.

4. Реляционная СУБД [Электронный ресурс]. - Электрон. дан.- Режим доступа: http://ru.wikipedia.org/wiki/Реляционная_СУБД

5. Microsoft Access 2003. Шаг за шагом/Практ. пособ./ Пер. с англ.-- М.: «СП ЭКОМ», 2004.--432 с.: ил.

6. Microsoft Access 2003. Самоучитель.-- М.: Издательский дом "Вильямс", 2004. -- 464 с.: ил.

7. Язык программирования C# 2005 и платформа .Net 2.0, 3-е издание. : Пер с англ. - М.: Издательский дом «Вильямс», 2007. - 1168с.: ил.

8. Microsoft ADO.NET 2.0 для профессионалов.: пер. с англ. - М.: ООО «И. Д. Вильямс», 2006. -560с.:ил.

9. Microsoft ADO.NET/Пер. с англ. -- М.: Издательско-торговый дом «Русская Редакция», 2003- -- 640 стр.: ил.

ПРИЛОЖЕНИЕ А

Код программы клиентского приложения

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Windows.Forms;

using System.Data.OleDb;

namespace WindowsFormsApplication10

{

public partial class Form1 : Form

{

int i = 0;

int N;

public Form1()

{

InitializeComponent();

label61.Text = "0" + " " + "из";

Nlabel.Text = "0";

}

//_______________________________Загрузкак Таблиц из БД______________________________

private void tabLichDan()

{

string connectionString = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb;User ID=Admin;Jet OLEDB:Encrypt Database=False";

string commandText = "SELECT [Форма обучения], Специальность, Фамилия,Имя,Отчество,[Дата рождения],[Место рождения],Гражданство FROM [Личные данные]";

OleDbConnection conn = new OleDbConnection(connectionString);

conn.Open();

OleDbCommand myCommand = new OleDbCommand();

myCommand.Connection = conn;

myCommand.CommandText = commandText;

OleDbDataAdapter dataAdapter = new OleDbDataAdapter();

dataAdapter.SelectCommand = myCommand;

DataSet ds = new DataSet();

dataAdapter.TableMappings.Add("Table", "Личные данные");

dataAdapter.Fill(ds);

textBox1.Text = ds.Tables["Личные данные"].Rows[i][0].ToString();

textBox2.Text = ds.Tables["Личные данные"].Rows[i][1].ToString();

textBox3.Text = ds.Tables["Личные данные"].Rows[i][2].ToString();

textBox4.Text = ds.Tables["Личные данные"].Rows[i][3].ToString();

textBox5.Text = ds.Tables["Личные данные"].Rows[i][4].ToString();

textBox6.Text = ds.Tables["Личные данные"].Rows[i][5].ToString();

textBox7.Text = ds.Tables["Личные данные"].Rows[i][6].ToString();

textBox8.Text = ds.Tables["Личные данные"].Rows[i][7].ToString();

}

private void tabMestReg()

{

string connectionString1 = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb;User ID=Admin;Jet OLEDB:Encrypt Database=False";

string command2 = "SELECT индекс, область, район, город, улица,дом, квартира,корпус,телефон FROM Местрег";

OleDbConnection connect = new OleDbConnection(connectionString1);

connect.Open();

OleDbCommand myCommand2 = new OleDbCommand();

myCommand2.Connection = connect;

myCommand2.CommandText = command2;

OleDbDataAdapter dataAdapter2 = new OleDbDataAdapter();

dataAdapter2.SelectCommand = myCommand2;

DataSet ds2 = new DataSet();

dataAdapter2.TableMappings.Add("Table", "Местрег");

dataAdapter2.Fill(ds2);

textBox9.Text = ds2.Tables["Местрег"].Rows[i][0].ToString();

textBox10.Text = ds2.Tables["Местрег"].Rows[i][1].ToString();

textBox11.Text = ds2.Tables["Местрег"].Rows[i][2].ToString();

textBox12.Text = ds2.Tables["Местрег"].Rows[i][3].ToString();

textBox13.Text = ds2.Tables["Местрег"].Rows[i][4].ToString();

textBox14.Text = ds2.Tables["Местрег"].Rows[i][5].ToString();

textBox16.Text = ds2.Tables["Местрег"].Rows[i][6].ToString();

textBox15.Text = ds2.Tables["Местрег"].Rows[i][7].ToString();

textBox17.Text = ds2.Tables["Местрег"].Rows[i][8].ToString();

}

private void tabMestpro()

{

string connectionString2 = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb;User ID=Admin;Jet OLEDB:Encrypt Database=False";

string command3 = "SELECT индекс, область, район, город, улица,дом, квартира,корпус,телефон FROM Местпрож";

OleDbConnection connect3 = new OleDbConnection(connectionString2);

connect3.Open();

OleDbCommand myCommand3 = new OleDbCommand();

myCommand3.Connection = connect3;

myCommand3.CommandText = command3;

OleDbDataAdapter dataAdapter3 = new OleDbDataAdapter();

dataAdapter3.SelectCommand = myCommand3;

DataSet ds3 = new DataSet();

dataAdapter3.TableMappings.Add("Table", "Местпрож");

dataAdapter3.Fill(ds3);

textBox18.Text = ds3.Tables["Местпрож"].Rows[i][0].ToString();

textBox19.Text = ds3.Tables["Местпрож"].Rows[i][1].ToString();

textBox26.Text = ds3.Tables["Местпрож"].Rows[i][2].ToString();

textBox25.Text = ds3.Tables["Местпрож"].Rows[i][3].ToString();

textBox24.Text = ds3.Tables["Местпрож"].Rows[i][4].ToString();

textBox23.Text = ds3.Tables["Местпрож"].Rows[i][5].ToString();

textBox21.Text = ds3.Tables["Местпрож"].Rows[i][6].ToString();

textBox22.Text = ds3.Tables["Местпрож"].Rows[i][7].ToString();

textBox20.Text = ds3.Tables["Местпрож"].Rows[i][8].ToString();

}

private void tabobr()

{

string connectionString2 = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb;User ID=Admin;Jet OLEDB:Encrypt Database=False";

string command3 = "SELECT образование, годокончания,с,серия, №,от,серияпас,№пас,выдан,когда,наименвоен,иняз FROM образование";

OleDbConnection connect3 = new OleDbConnection(connectionString2);

connect3.Open();

OleDbCommand myCommand3 = new OleDbCommand();

myCommand3.Connection = connect3;

myCommand3.CommandText = command3;

OleDbDataAdapter dataAdapter3 = new OleDbDataAdapter();

dataAdapter3.SelectCommand = myCommand3;

DataSet ds3 = new DataSet();

dataAdapter3.TableMappings.Add("Table", "образование");

dataAdapter3.Fill(ds3);

textBox27.Text = ds3.Tables["образование"].Rows[i][0].ToString();

textBox28.Text = ds3.Tables["образование"].Rows[i][1].ToString();

textBox29.Text = ds3.Tables["образование"].Rows[i][2].ToString();

textBox30.Text = ds3.Tables["образование"].Rows[i][3].ToString();

textBox31.Text = ds3.Tables["образование"].Rows[i][4].ToString();

textBox32.Text = ds3.Tables["образование"].Rows[i][5].ToString();

textBox33.Text = ds3.Tables["образование"].Rows[i][6].ToString();

textBox34.Text = ds3.Tables["образование"].Rows[i][7].ToString();

textBox35.Text = ds3.Tables["образование"].Rows[i][8].ToString();

textBox36.Text = ds3.Tables["образование"].Rows[i][9].ToString();

textBox37.Text = ds3.Tables["образование"].Rows[i][10].ToString();

textBox38.Text = ds3.Tables["образование"].Rows[i][11].ToString();

}

private void tabOsebe()

{

string connectionString2 = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb;User ID=Admin;Jet OLEDB:Encrypt Database=False";

string command3 = "SELECT мать, местраб,телефон,отец, местрабоц,телефонраб,№зачетки,№студбил,№прикзачисл,числозачисл,переводиз,курс,приказотчисл№,от,причинаотчисл,приказвост,отчис FROM осебе";

OleDbConnection connect3 = new OleDbConnection(connectionString2);

connect3.Open();

OleDbCommand myCommand3 = new OleDbCommand();

myCommand3.Connection = connect3;

myCommand3.CommandText = command3;

OleDbDataAdapter dataAdapter3 = new OleDbDataAdapter();

dataAdapter3.SelectCommand = myCommand3;

DataSet ds3 = new DataSet();

dataAdapter3.TableMappings.Add("Table", "осебе");

dataAdapter3.Fill(ds3);

textBox39.Text = ds3.Tables["осебе"].Rows[i][0].ToString();

textBox40.Text = ds3.Tables["осебе"].Rows[i][1].ToString();

textBox41.Text = ds3.Tables["осебе"].Rows[i][2].ToString();

textBox42.Text = ds3.Tables["осебе"].Rows[i][3].ToString();