Практика Бизнес Информатика Отчет

Практика Бизнес Информатика Отчет



>>> ПОДРОБНЕЕ ЖМИТЕ ЗДЕСЬ <<<






























Практика Бизнес Информатика Отчет
Анализ предметной области и создание ее функционально-ориентированной модели. Этапы создания объектно-ориентированных моделей информационных систем. Создание инфологической и логической моделей баз данных. Разработка пользовательского интерфейса.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерство сельского хозяйства Российской Федерации
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
Иркутский государственный аграрный университет им. А.А. Ежевского
Институт экономики, управления и прикладной информатики
Кафедра информатики и математического моделирования
Направление подготовки 38.03.05 Бизнес-информатика
Бендик Н.В. Методические указания по учебной практике для направления 38.03.05 Бизнес-информатика / Н.В. Бендик, Ю.И. Петров - Иркутск: Изд-во ИрГАУ, 2016. - 35 с.
Рецензенты: к.т.н., доцент кафедры информатики и математического моделирования ИрГАУ им. А.А. Ежевского Калинин Н.В.; к.б.н., доцент кафедры общей биологии и экологии ИрГАУ им. А. А. Ежевского
Настоящие указания включают постановку задач для прохождения практики по анализу деятельности предприятия или отдельных его процессов, дается описание этапов выполнения заданий, приведены варианты заданий для самостоятельной работы студентов при прохождении учебной практики. Рекомендовано студентам направления 38.03.05 - (080500.62) Бизнес-информатика, профиль Электронный бизнес для проведения практики и подготовке отчета по практике.
ориентированный модель информационный интерфейс
© Издательство Иркутский ГАУ, 2016.
Цель учебной практики - дать студентам знания в области современных методов и средств проектирования и сопровождения информационных систем (ИС) различного масштаба для разных предметных областей.
Практикум направлен на приобретение студентами опыта структурирования данных, использования современных информационных технологий (CASE-средств и UML) для решения задач проектирования информационных систем.
Методические указания предназначены для студентов всех форм обучения Иркутского государственного аграрного университета им. А.А. Ежевского направления подготовки 38.03.05 - Бизнес-информатика.
Выполнение заданий, представленных в указаниях, имеет цель дать студентам практические навыки:
- проводить анализ предметной области;
- создавать функционально-ориентированные модели предметной области;
- создавать объектно-ориентированные модели информационных систем;
- создавать инфологическую, логическую и физическую модели баз данных;
- использовать информационные технологии для проведения этапа анализа предметной области и проектирования базы данных;
- разрабатывать пользовательские интерфейсы систем.
Все самостоятельные работы выполняются по вариантам, представленным ниже. Разрешается сформулировать собственную задачу на проектирование и согласовать с преподавателем.
1. Предприятие - сервис по ремонту компьютерного оборудования. Задача - разработать информационную систему учета оказания услуг по ремонту компьютерной техники.
2. Предприятие - автосервис. Задача - разработать информационную систему учета оказания услуг автосервиса.
3. Предприятие - автовокзал. Задача - автоматизировать процесс организации продаж билетов.
4. Предприятие - магазин канцтоваров. Задача - автоматизировать процесс организации продаж через Интернет.
5. Предприятие - завод. Задача - разработать информационную систему кадрового учета.
6. Предприятие - образовательная школа. Задача - разработать информационную систему «Электронный журнал».
7. Предприятие - больница. Задача - информационная система учета пациентов.
8. Предприятие - компания-перевозчик. Задача - автоматизировать процесс управления перевозками.
9. Предприятие - магазин. Задача - разработать информационную систему складского учета.
10. Предприятие - медицинская лаборатория. Задача - разработка информационной системы учета медицинских анализов.
11. Предприятие - агентство организации праздников. Задача - информационная система управления отношениями с клиентами.
12. Проектирование информационной системы «Библиотечная картотека для учета выдачи книг читателям».
13. Проектирование информационной системы «Регистрация мероприятий спортивного клуба».
14. Проектирование информационной системы «Ведение картотеки работников предприятия».
15. Проектирование информационной системы «Учет учебной нагрузки преподавателей ВУЗа».
16. Проектирование информационной системы «Ведение картотеки материально - ответственных лиц предприятия».
17. Проектирование информационной системы «Регистрация абитуриентов учебного заведения».
18. Проектирование информационной системы «Контроль исполнения договоров с клиентами торгового предприятия».
19. Проектирование информационной системы «Ведение договоров с клиентами туристической компании».
20. Проектирование информационной системы «Складской учет малого торгового предприятия».
21. Проектирование информационной системы «Ведение реестра соревнований спортивного клуба».
22. Проектирование информационной системы «Регистрация проживающих в гостинице».
23. Проектирование информационной системы для учета работы с клиентами компании.
24. Проектирование информационной системы для учета продажи товаров на предприятии оптовой торговли.
25. Проектирование автоматизированного рабочего места юриста предприятия по делам административных правонарушений.
26. Проектирование автоматизированной информационной системы для организационного управления кафедрой ВУЗа.
Цель работы: сформировать практические умения проводить анализ деятельности предприятия: определять его цели и задачи, формулировать задачу на автоматизацию, проектировать текущие бизнес-процессы предприятия.
Постановка задачи для самостоятельной работы
Провести анализ предметной области (в соответствии с вариантом). Предметной областью для предмета проектирования систем является деятельность предприятия (или его отдельные бизнес процессы), для которого будет разрабатываться информационная систем.
1. Описание общих сведений о предприятии: название, область деятельности, общие цели предприятия.
Например: Компания ООО «Информационные системы» занимается оказанием услуг в сфере информационных технологий. Область деятельности предприятия: разработка автоматизированных рабочих мест и информационных систем.
Общие цели компании представлены на стратегической карте (рис. 1).
2. Постановка общей задачи на автоматизацию (для определения масштаба проекта): разработка корпоративной системы, автоматизация деятельности отдельного отдела предприятия, разработка рабочего места специалиста.
Например: Целью проекта является разработка автоматизации деятельности отдела кадров, которая будет включать в себя единую информационную систему по учету кадров на предприятии и два типа рабочих мест: специалист отдела кадров и начальник отдела кадров.
3. Анализ (создание) организационной структуры предприятия - описание иерархии подразделений, отделов, цехов, лабораторий, рабочих групп предприятия.
Например: На рисунке 2 представлена организационная структура предприятия ОАО «Мечта».
Рисунок 1 - Пример стратегической карты
Рисунок 2 - Пример организационной структуры
4. Проектирование модели текущих бизнес-процессов предприятия (отдела, сотрудника) - модель AS-IS. Как правило, для проектирования бизнес-процессов компании используются следующие методологии: IDEF0, DFD, IDEF3, EPC, Процесс, Процедура.
Диаграммы верхнего уровня, отражающие поведение системы в целом, создаются с помощью нотации IDEF0. Как минимум должны быть представлены контекстная диаграмма и диаграмма ее декомпозиции.
Диаграммы нижнего уровня, отражающие выполнение отдельных процессов и операций, создаются с помощью нотаций DFD, IDEF3, EPC, Процесс, Процедура.
Результатом этого пункта работы должна быть иерархия уровней (детализации) описания бизнес-процессов, подлежащих автоматизации (рис. 3).
Рисунок 3 - Принцип декомпозиции при построении модели
5. Описание документов, которые необходимы для реализации бизнес-процессов или является результатами этих процессов. Перечисляются все документы, которые используются или формируются при выполнении рассмотренных в предыдущем пункте бизнес-процессов. По возможности прилагается шаблоны (или примеры) этих документов.
1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем: курс лекций: учеб. пособие для студентов вузов. - М.: Интернет-Ун-т Информ. технологий, 2005.- 304 с.
2. Официальная документация по программе Business Studio [Электронный ресурс]. URL: http://www.businessstudio.ru/ wiki/docs/current/doku.php/ru/csdesign/csdesign.
3. Методология функционального моделирования IDEF0: руководящий документ. URL: http://www.nsu.ru/smk/files/idef.pdf.
Цель работы : сформировать практические умения выявлять информационные потребности предприятия, формировать требования к автоматизации работы предприятия на основе моделей текущих бизнес-процессов.
Постановка задачи для самостоятельной работы
Сформировать функциональные требования к будущей информационной системе (в соответствии с вариантом).
1. Определение целей и показателей, на достижение которых направлено внедрение информационной системы.
Необходимо определить цели внедрения информационной системы и показатели достижения этих целей. Для этого требуется составить таблицу по шаблону (таблица 1).
Таблица 1 - Цели внедрения информационной системы и их показатели
Например : Основными целями внедрения информационной системы call-центра автосалона является повышение удовлетворенности клиентов и оптимизация расходов на телефонную связь. В таблице 2 представлены показатели достижения этой цели.
Таблица 2 - Цели и показатели бизнес-процессов call-центра
2. Проектирование новых (усовершенствование старых) бизнес-процессов предприятия, на автоматизацию которых направлена информационная система, - модель TO-BE.
Если внедрение информационной системы на предприятие меняет структуру его текущих бизнес-процессов, то необходимо разработать модель TO-BE. Как правило, модель «как должно быть» изменяет регламент выполнения операций отдельными должностными лицами, поэтому изменения вносятся только на диаграммы нижних уровней.
Для проектирования бизнес-процессов «TO-BE» используются следующие методологии: IDEF0, DFD, IDEF3, EPC, Процесс, Процедура.
3. Выделение бизнес-процессов нижнего уровня, подлежащих автоматизации с указанием:
- входных данных для реализации процесса;
- функции информационной системы, отвечающей за автоматизацию данного бизнес-процесса.
Необходимо внести в таблицу (табл. 3) данные обо всех автоматизируемых операциях.
Таблица 3 - Автоматизируемые операции
Например: Автоматизируемые операции для корпоративного портала представлены в таблицы 4.
Таблица 4 - Бизнес-процессы, реализованные в корпоративном портале предприятия
4. Определение функций будущей информационной системы. При необходимости определение модулей информационной системы и функций каждого из модулей. Необходимо составить таблицу по шаблону (табл. 5).
Таблица 5- Модули и функции информационной системы
Например: Модули и функции информационной системы управления торговлей (таблица 6).
Таблица 6 - Модули и функции информационной системы управления торговлей
5. Формирование характеристик автоматизированных рабочих мест. Необходимо заполнить таблицу по шаблону (табл. 7). Данные компонуются в соответствии с таблицей 3.
Таблица 7 - Автоматизируемые рабочие места
1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем: курс лекций: учеб. пособие для студентов вузов. - М.: Интернет-Ун-т Информ. технологий, 2005.- 304 с.
2. Официальная документация по программе Business Studio [Электронный ресурс]. URL: http://www.businessstudio.ru/wiki/ docs/current/doku.php/ru/csdesign/csdesign.
3. Методология функционального моделирования IDEF0: руководящий документ. URL: http://www.nsu.ru/smk/files/idef.pdf.
Цель работы : сформировать практические умения осуществлять проектирование информационных систем на логическом уровне.
Постановка задачи для самостоятельной работы
Разработать объектно-ориентированную модель информационной системы (в соответствии с вариантом).
1. Разработка обобщенной модели функционирования системы. Необходимо выделить будущих пользователей системы (актеры), какие функции (прецеденты) предоставляет информационная система для этих категорий пользователей. Также необходимо выделить уже существующие информационные системы (если таковые есть), с которыми будет взаимодействовать Ваша система.
Результатом этого анализа должна стать диаграмма вариантов использования (диаграмма прецедентов) UML.
2. Разработка статической структуры системы.
Необходимо определить классы (в том числе и абстрактные), которые необходимо будет реализовать в информационной системе. Для каждого класса необходимо:
- определить его свойства (с указанием типа данных);
- определить его методы (с указанием параметров);
- определить ограничения и уточнения (при необходимости).
После определения всех классов необходимо связать их между собой с помощью отношений:
Результатом этого этапа должна стать диаграмма классов UML.
3. Разработка проекта процесса функционирования в рамках отдельных прецедентов и системы в целом.
Для проектирования динамической модели информационной системы (т.е. модели, отражающей поведение системы) в языке UML есть несколько канонических диаграмм: диаграмма последовательностей, диаграмма кооперации, диаграмма состояний, диаграмма деятельностей UML.
Диаграмма последовательностей и диаграмма кооперации являются разновидностями диаграммы взаимодействия и предназначены для моделирования процесса обмена сообщениями между объектами (экземплярами классов). Эти диаграммы предназначены для описания процесса взаимодействия различных объектов в рамках одного прецедента.
Диаграммы состояний позволяют смоделировать поведение системы в целом или поведение отдельных ее компонентов.
Для представления технологических процессов и моделирования последовательных и параллельных вычислений в рамках системы используются диаграммы деятельности.
При выполнении данного этапа для каждого прецедента из пункта 1 необходимо разработать либо диаграмму коопераций, либо диаграмму последовательност ей .
1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем: курс лекций: учеб. пособие для студентов вузов. - М.: Интернет-Ун-т Информ. технологий, 2005.- 304 с.
2. Официальный сайт Unified Modeling Language [Электронный ресурс]. URL: http://www.uml.org/.
Цель работы : сформировать практические умения проектировать базы данных.
Постановка задачи для самостоятельной работы
Спроектировать базу данных для информационной системы (в соответствии с вариантом).
1. Анализ требований к базе данных.
На основе пункта 5 из раздела 1, пункта 3 из раздела 2 и пункта 2 из раздела 3необходимо определить, какую информацию необходимо хранить в базе данных.
Здесь необходимо перечислить информационные объекты, с которыми работает система (клиенты, товары, заказы, поставщики, сотрудники, и т.д.). Кроме того, необходимо перечислить основные типы запросов к базе данных.
2. Концептуальное проектирование базы данных (разработка инфологической модели базы данных).
1) определить сущности, с которыми будет работать информационная система. Для каждой сущности задать уникальное имя, список атрибутов, идентификатор;
2) определить связи между сущностями. Для каждой связи определить степень связи.
Результатом этого этапа должна стать инфологическая модель базы данных. Модель необходимо выполнить в нотации Чена.
3. Выбор системы управления базами данных.
Проанализировав требования к системе необходимо указать, какая СУБД будет выбрана для реализации базы данных и обосновать этот выбор.
Необходимо нормализовать (минимум до третьей нормальной формы) инфологическую модель. Можно использовать как метод декомпозиции отношений, так и метод синтеза отношений.
Результатом этого этапа должна стать нормализованная логическая модель, выполненная в соответствии с требованиями выбранной СУБД.
1) реализовать базу данных в выбранной СУБД;
2) создать не менее двух запросов к базе данных.
1. Магазов С.С. Лекции и практические занятия по технологии баз данных. - М.: КомКнига, 2006. - 112 с.
2. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: учеб. пособие для вузов. - М.: Финансы и статистика, 2006. - 512 с.
Цель работы: сформировать практические умения осуществлять проектирование пользовательского интерфейса информационных систем.
Постановка задачи для самостоятельной работы
Разработать пользовательский интерфейс информационной системы (в соответствии с вариантом) в среде Delphi для работы с базой данных в выбранной СУБД.
При создании системы программирования Delphi она предназначалась, прежде всего, для разработки прикладных программ работающих с СУБД различных фирм. Поэтому в Delphi представлены все основные механизмы доступа к данным, известные в мире - ADO, ODBC и др. Кроме того, Delphi предлагает свои собственные механизмы. К таким относятся BDE и InterBaseExpress.
Для создания в Delphi программ, работающих с базами данных InterBase/FireBird, можно рекомендовать использовать механизм доступа к БД InterBaseExpress. Другие варианты имеет смысл использовать, только если в дальнейшем подразумевается возможность перевода БД на другую СУБД. InterBaseExpress включает в себя компоненты, располагающиеся на вкладке InterBase палитры компонентов Delphi . Укажем некоторые из них, которые потребуются нам для создания первой программы. (Мы должны понимать, что с точки зрения Delphi в форме будет располагаться, например, компонент IBDataBase1 типа TIBDataBase . Однако для удобной читаемости мы не будем указывать не имя компонента, не префикс T в типе.)
Компонент IBDataBase «умеет» подключаться к базе данных, взаимодействуя с клиентом БД.
Компонент IBTransaction служит для управления транзакциями (транзакция - несколько операций с базой данных, которые можно принять, т.е. зафиксировать в базе или отменить). Оба этих компонента связаны друг с другом - у IBDataBase есть свойство DefaultTransaction, которое должно указывать на компонент типа IBTransaction, а у компонента IBTransaction есть свойство DefaultDataBase, которое, наоборот, должно указывать на компонент типа IBDataBase.
Компонент IBQuery служит для организации запроса к таблице. Этот компонент позволяет делать выборку из таблицы всех записей или только их части, всех полей или только их части, и притом, обеспечивает возможность их редактирования данных. Вообще говоря, для работы с таблицами, существует компонент IBTable однако опыт показывает, что использование IBQuery - более гибкий вариант. Свойство DataBase у IBQuery должно указывать на компонент типа IBDataBase. Кроме того, свойство UpdateObject должно указывать на компонент IBUpdateSQL.
Компонент IBUpdateSQL служит дополнением к IBQuery, если IBQuery используется не только для просмотра данных, но и для добавления, удаления или изменения данных.
Кроме этих компонентов, в программе будут использованы компоненты, которые не являются специфичными для InterBaseExpress, а используются для всех механизмов доступа к БД.
Компонент DataSource (вкладка DataAccess палитры компонентов) служит для связи между теми, «кто умеет получать данные из базы» и теми, «кто их умеет отображать для пользователя». В роли первого в нашем случае будет выступать компонент IBQuery, поэтому свойство DataSet должно указывать на компонент типа IBQuery.
Для отображения данных используются компоненты, располагающиеся на вкладке DataControls палитры компонентов Delphi. У каждого из них есть свойство DataSource, которое должно указывать на компонент типа DataSource. Среди них выделим сетку DBGrid для отображения данных в табличной форме, компонент DBEdit для отображения данных в карточной форме, а также DBNavigator , который не отображает данные из таблицы, но представляет собой панель кнопок для организации действий с таблицей (вставка записи, удаление записи, переход в режим редактирования, сохранение или отмена отредактированных данных, переход к следующей/предыдущей записи, в начало/в конец), и одновременно, является индикатором текущего статуса базы данных.
При разработке программ, работающих с СУБД InterBase, полезно разделить визуальные компоненты и компоненты доступа к данным. Компоненты доступа к данным в этом случае размещаются в отдельном модуле, который на этапе разработки имеет свою форму, а во время работы программы никогда не отображается в виде окна. Такой модуль называется модулем данных и создается командой File \ New \ DataModule.
При разработке достаточно сложной программы окно Form1 из модуля Unit1, которое автоматически появляется при старте программы, удобно сделать главным окном программы, из которого вызываются вторичные окна для просмотра и редактирования таблиц.
При работе с данными в Delphi, широко используются так называемые модули данных, которые на этапе разработки отчасти похожи на формы, однако при работе программы они никогда не отображаются как окна, а служат только как контейнеры для невизуальных компонентов, обрабатывающих информацию.
Примечание . При желании компоненты из всех модулей можно собрать в один модуль, однако тогда программа не будет обладать достаточной гибкостью, что важно для сложных программ. Для нашей же программы мы это сделали еще и в методических целях.
1. Для каждой таблицы удобно сделать отдельный модуль данных, например, DMFakultet в файле uDMFakultet, содержащий компонент qFakultet типа IBQuery для связи с таблицей, компонент dsFakultet типа TDataSource для взаимодействия предыдущего компонента и визуальных компонентов в форме, отображающих данные из таблицы, и компонент uFakultet типа TIBUpdateSQL, хранящий SQL-код для чтения записей, их изменения, удаления и добавления.
Создаем новый проект в Delphi и сразу же записываем его (команда File\Save All) в папку с FireBird_Embedding. При этом дадим подходящее название проекту и единственной форме в проекте. Рекомендуем модуль переименовать из Unit1 в uMain, а проект переименовать из Project1 в pGDB. Затем переименуем также форму Form1 в fMain (свойство Name в ObjectInspector). В форме разместим главное меню (компонент MainMenu со страницы Standard палитры компонентов), создадим его структуру (двойной щелчок по этому компоненту вызывает дизайнер меню), но пока не задаем события для пунктов меню. Это соответствует концепции «сначала создадим внешний вид, а затем наладим функционирование компонентов» (рис. 5).
Создадим в проекте модуль данных командой File \ New \ DataModule, сохраним его (команда File\Save As..) в файле uDMMain, а сам модуль данных назовем (свойство Name в ObjectInspector) DMMain. Следует при этом различать модуль как конструкцию Паскаля, означающую часть программы, записываемую в отдельный файл с расширением PAS и модуль данных, как объект, аналогичный форме, но не отображаемый, а служащий контейнером для хранения данных и других объектов. Подчеркиваем, что у нас модуль данных DMMain хранится в модуле (файле) uDMMain (точнее uDMMain.pas).
Разместим в модуле данных компонент IBDataBase со страницы InterBase палитры компонентов Delphi. Переименуем его в IB_DB.
Разместим в модуле данных компонент IBTransaction со страницы InterBase палитры компонентов Delphi. Переименуем его в IBT (рис. 6).
Рисунок 6 - Компонент IBTransaction
1. У компонента IB_DB в свойстве DefaultTransaction выбираем IBT.
2. У компонента IBT свойство DefaultDataBase должно указывать на компонент IB_DB типа TIBDataBase.
3. У IBT свойство DefaultAction рекомендуем переключить в значение TACommitRetaining (в этом случае принятые транзакции будут видны и другим пользователям).
4. Вызываем всплывающее меню компонента IB_DB и выбираем команду DataBase Editor. В диалоговом окне устанавливаем параметры. Внимание - параметр Server должен указывать на тот компьютер, где располагается сервер СУБД и Ваша база данных (LocalHost - это особое имя, которое используется, если сервер СУБД и Ваша программа располагаются на одном и том же компьютере). Параметры, установленные в этом диалоговом окне записываются в свойства DataBaseName, LoginPrompt, Params компонента (рис. 7).
Рисунок 7 - Установление параметров
5. Для подключения к базе уже на этапе разработки программы устанавливаем свойство Connected в TRUE. При этом придется вводить USERNAME и PASSWORD . Если Connected переключилось в TRUE, значит связь с базой данных установлена, то есть цепочка <Ваша программа> - - - <База Данных> работает во всех звеньях.
Во многих ситуациях свойство Connected в режиме разработки программы автоматически переключается в FALSE. Поэтому для надежности напишем программный код автоматического подключения при старте программы. Для этого создадим для модуля данных обработчики событий OnCreate и OnDestroy (рис. 8). Для этого выберем сам модуль данных в ObjectInspector, перейдем на страницу Events, сделаем двойной щелчок по строке OnCreate и в созданной системой Delphi заготовке процедуры напишем программный код. Аналогично создается обработчик для события OnDestroy.
3. Создание модуля данных для связи с таблицей
Создадим в проекте модуль данных командой File \ New \ DataModule, сохраним его в файле uDMFakultet, а сам модуль назовем DMFakultet. В секцию uses этого модуля добавим uDMmain.
Разместим в модуле данных компоненты IBQuery и IBUpdateSQL со страницы InterBase палитры компонентов Delphi и компонент DataSource со страницы DateAccess. Удобно переименовать компоненты, например qFakultet, uFakultet, dsFakultet.
1. у компонента qFakultet устанавливаем в свойстве DataBase значение DMMain.IB_DB, а свойство Transaction в DMMain.IBT;
2. у компонента qFakultet в свойстве SQL записываем текст SQL-запроса SELECT SHORTNAME, FULLNAME, DEKAN FROM FAKULTET . Это можно делать также с помощью манипуляций с кнопками и < AddField to SQL > (рис. 9);
3. у компонента qFakultet устанавливаем в свойстве UpdateObject значение uFakultet;
4. у компонента uFakultet вызываем всплывающее меню и выбираем команду UpdateSQL Editor. В появившемся диалоговом окне устанавливаем первичный ключ, нажав Select Primary Keys. Там же нажмем Generate SQL и просмотрим SQL-команды, которые сгенерированы Delphi. (рис.10);
Рисунок 10 - Установление параметров
5) теперь можно протестировать связь с таблицей, установив свойство Active у qFakultet в TRUE. Если это удалось, это означает, что запрос qFakultet работает и выбирает сведения из таблицы;
6) у компонента qFakultet вызываем всплывающее меню и вызываем <редактор полей> Fields Editor (рис.11);
В редакторе полей выбираем команду <Добавить все поля> Add all fields (рис.12);
7. у компонента dsFakultet типа TDataSource устанавливаем DataSet в qFakultet;
8. у модуля данных в событии OnCreate записываем действия по подключению к базе данных;
procedure TDMFakultet.DataModuleCreate(Sender: TObject);
qFakultet.Open; {или qFakultet.Active := TRUE;}
В принципе qFakultet уже находится в открытом состоянии, поэтому это делается для подстраховки. Дело в том, что при некоторых манипуляциях с запросом в режиме дизайнера он переход в состояние Active =FALSE, и это часто обнаруживается только после запуска программы, а наличие такого программного кода гарантирует, что запрос при старте программы также будет переведен в состояние Active = TRUE.
9. для обеспечения фиксации новых записей в базе применим простейший способ - сразу после изменения данных фиксировать транзакцию. Для этого у компонента qFakultet в обработчике события AfterPost (это событие возникает после отредактированной записи в таблицу) запишем qFakultet.Transaction.CommitRetaining:
procedure TDMFakultet.qFakultetAfterPost(DataSet: TDataSet);
qFakultet.Transaction.CommitRetaining;
Аналогичный код записываем в событие AfterDelete (это событие возникает после записи отредактированной записи в таблицу)
procedure TDMFakultet.qFakultetAfterDelete(DataSet: TDataSet);
qFakultet.Transaction.CommitRetaining;
4. Создание окна для редактирования таблицы
Создадим в проекте еще один модуль с формой командой File \ New \ Form . Удобно сразу же сохранить модуль под именем, например, uFakultet, а форму назвать fFakultet.
Действия по разработке окна fFakultet:
1. Запишем в модуль uFakultet в раздел implementation фразу uses uDMFakultet; для связи с указанным модулем.
2. Вставим в форму компоненты DBGrid и DBNavigator со страницы DataControls палитры компонентов.
3. У обоих компонентов в свойстве DataSource укажем DMFakultet.dsFakultet
4. У компонента DBGrid во всплывающем меню выберем Columns Editor... и нажатием на кнопку Add all fields добавим все поля таблицы для отображения в сетке (рис. 13).
Поскольку таблица подключена, даже на этапе разработки проекта уже можно видеть данные (рис.14).
После этого в главном модуле uMain в разделе implementation уже можно записать Uses uFakultet и в обработчик события OnClick для пункта меню записать
procedure TfMain.N2Click(Sender: TObject);
Теперь запускаем программу и тестируем ее. Тестирование состоит в проверке возможности добавления записей, редактирования и удаления записей.
Последовательное выполнение пяти работ, представленных в практикуме, должно привести к созданию целостного проекта будущей информационной системы и, тем самым, формированию у студентов навыков решения следующих профессиональных задач в соответствии с видами профессиональной деятельности:
- проведение обследования прикладной области в соответствии с профилем подготовки;
- моделирование прикладных и информационных процессов;
- формирование требований к информатизации и автоматизации прикладных процессов;
- техническое проектирование ИС в соответствии со спецификой профиля подготовки.
Этапы создания и разработки базы данных. Построение модели предметной области. Разработка даталогической и физической моделей данных, способы обработки данных о сотрудниках организации. Проектирование приложений пользователя. Создание кнопочной формы. курсовая работа [2,1 M], добавлен 14.02.2011
Описание первичных и результатных документов, типа связи информационных объектов. Построение информационно-логической модели базы данных и её реализация в СУБД Access (создание таблиц, запросов, форм, отчётов). Разработка интерфейса пользователя. курсовая работа [2,1 M], добавлен 14.11.2013
Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры. курсовая работа [318,6 K], добавлен 24.12.2014
Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0. курсовая работа [5,1 M], добавлен 13.12.2011
Разработка программного обеспечения, предназначенного для автоматизации деятельности туристической фирмы. Анализ и проектирование базы данных предметной области. Создание концептуальной, логической и физической моделей данных и программы их обработки. курсовая работа [816,5 K], добавлен 05.02.2018
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2020, ООО «Олбест»
Все права защищены


Бизнес - информатика | по учебной практике
Пример отчёта по учебной практике по информатике студента...
Отчет по практике 📝 Отчет по производственной практике ...
ОТЧЕТ ПО УЧЕБНОЙ ПРАКТИКЕ Студентки 3-го курса, 36 группы...
Отчет по практике по прикладной информатике в 2020 году