Разработка информационно-поисковой системы
Информационные потребности пользователя, модульная декомпозиция информационно-поисковой системы. Выбор средств разработки, проектирование базы данных, описание входных и выходных данных. Алгоритмы работы программы и модулей, пользовательский интерфейс.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 03.10.2017 |
| Размер файла | 742,2 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Была произведена проверка корректности работы подсистем при использовании базы данных, таблицы которой не содержат никаких записей. Данная ситуация может возникнуть при первоначальной установке системы на сервер НИИ ВС и СУ.
При тестировании методом «стеклянного ящика» особое внимание уделялось следующим вопросам:
- ошибки, связанные с обработкой граничных условий;
- ошибки сценария при работе с программой;
- ошибки передачи и интерпретации данных.
Для максимального исключения ошибок ввода и обработки граничных условий, в подсистемах использовался выбор из фиксированного списка значений. Для проверки правильности ввода цены импортного ЭРИ была написана специальная функция, проверяющая соответствие введённой пользователем цены общепринятому в России формату.
Ситуациям, связанным с ошибками сценария при работе с программой, было уделено особое внимание. Поскольку при работе с некоторыми компонентами подсистем пользователь проходит через несколько экранов (форм), на каждом из которых выполняет определённые действия, то необходимо было обеспечить проверку на соответствие условиям перехода от экрана к экрану.
При передаче данных с экрана на экран или при обновлении какого-либо экрана используются такие механизмы, как хэш и скрытые элементы ввода. При разработке подсистем и модулей производилась проверка корректности передачи данных, их формирования (например, при передаче массивов данных) и последующей интерпретации (разбора элементов массива).
После локализации и устранения обнаруженных ошибок применялось контрольное тестирование, задача которого состояла в подтверждении правильности выполненной корректировки программы и в отсутствии проявления ранее обнаруженных ошибок.
Затем с участием пользователей-сотрудников НИИ ВС и СУ выполнялось тестирование методом «чёрного ящика». Проводилась проверка на соответствие функциональности подсистем и модулей техническому заданию.
В процессе тестирования обращалось внимание на пользовательский интерфейс, были высказаны замечания и пожелания.
После устранения всех выявленных недостатков ИПС была установлена на сервер НИИ ВС и СУ МИЭТ для проведения опытной эксплуатации. Данная стадия является самой ответственной, поскольку даже самое полное тестирование не всегда позволяет выявить все нюансы, которые обнаруживаются при реальной эксплуатации.
Ниже приведен фрагмент протокола тестирования подсистемы администрирования.
|
№ теста |
Описание теста |
Дата |
Результат тестирования |
Описание ошибки или примечание |
Исправление ошибки |
|
|
1.1 |
Запуск программы обычным зарегистриро-ванным пользователем |
16.04.05 |
Выводятся информационное сообщение о подключении к базе данных, приветствие пользователя, главное окно «Элементы» и окно выбора категории. |
В приветствии “Пожалуйста, подожДите” пропущена буква Д. |
Исправлено. Внесены изменения в форму-приветствие. |
|
|
1.2 |
Использование команды Файл | Добавить, соответствующей кнопки на панели инструментов и горячих клавиш Ctrl-N |
17.04.05 |
Активизируется диалоговое окно “Добавление пользователя” |
|||
|
1.3 |
Использование команды Файл | Удалить, соответствующей кнопки на панели инструментов и горячих клавиш Ctrl-Del |
29.04.05 |
Если строка в списке пользователей выделена цветом (выбрана), то выводится диалоговое окно “Confirm (заголовок окна) Удалить пользователя “…” ”. После нажатия кнопки НЕТ (NO) происходит вывод списка пользователей. После нажатия кнопки ДА (YES) происходит обновление списка пользователей. |
1. Если строка в списке пользователей не выделена цветом (не выбрана), то выводится диалоговое окно “Информационно-поисковая система (заголовок окна) Access violation at address … in module `RegModule.exe'. Read of address 00000008”. 2. Обновление и вывод списка пользователей на закладке ВСЕ происходит построчным стиранием и повторным выводом. Это неудачный способ отображения списка. |
Исправлено. 1. Сделана проверка на условие отметки пользователя, в противном случае выводится предупреждение. 2. Заменен механизм обновления и отображения информации в таблице. |
|
|
1.4 |
Использование команды Файл | Импорт данных, соответствующей кнопки на панели инструментов и горячих клавиш Ctrl-I |
29.04.05 |
Активизируется диалоговое окно “Импорт сведений о пользователях” |
|||
|
1.5 |
Использование команды Поиск| Найти …, соответствующей кнопки на панели инструментов и горячих клавиш Ctrl-F |
29.04.05 |
Активизируется диалоговое окно “Поиск пользователей”. |
|||
|
1.6 |
Работа с диалоговым окном “Поиск пользователей ” |
29.04.05 |
Результаты поиска помещаются на новую закладку “Результаты поиска”. Если все критерии не отмечены или значения для всех критериев не заданы, то результаты поиска включают в себя всех зарегистрированных пользователей. Для строковых значений различаются строчные и прописные буквы, поиск проводится по начальным символам строк. 1. По логину ищет правильно. 2. По ФИО ищет правильно. 3. По должности ищет правильно. 4. По подразделению ищет правильно. 5. По роли ищет правильно. 6. По сочетанию этих критериев ищет правильно. |
1. По коду доступа поиск приводит к ошибке Dynamic SQL Error SQL error code = -104 Token unknown - line 1, char 35 and. 2. По дате регистрации поиск приводит к ошибке conversion error from string “0” |
Исправлено. Внесены изменения в процедуру формирования запроса к базе данных. |
|
|
1.7 |
Использование команды Правка | Редактировать, соответствую-щей кнопки на панели инструментов и горячих клавиш Ctrl-E |
29.04.05 |
Активизируется диалоговое окно “Редактирование пользователя”. |
Независимо от того, выделена строка в списке пользователей или нет, диалоговое окно “Редактирование пользователя” всегда содержит сведения о пользователе, которые находятся в последней строке списка пользователей в главном окне. |
Исправлено. Добавлено слежение за выделенной строкой главного окна, если выделения нет - тогда выводится предупреждение. |
|
|
1.8 |
Переход в режим редактирования сведений о пользователе двойным щелчком по списку пользователей |
29.04.05 |
Активизируется диалоговое окно “Редактирование пользователя” со сведениями об указанном мышью пользователе. |
Если сделать двойной щелчок за последней строкой списка, то выводится диалоговое окно “Информационно-поисковая система (заголовок окна) Access violation at address … in module `RegModule.exe'. Read of address 00000008”. |
Исправлено. Добавлено перманентное выделение - теперь по двойному щелчку осуществляется переход в окно редактирования отмеченного пользователя |
Все ошибки и недочёты, выявленные в процессе реальной эксплуатации, были успешно локализованы и устранены.
2. ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ
2.1 Введение
В данном разделе приводится описание технологий, которые использовались при разработке и создании ИПС «Разработка и макетирование». Одним из важнейших элементов системы является база данных, поэтому рассмотрены вопросы технологии создания баз данных и их администрирования с помощью специализированных инструментов. В частности, освещены основные понятия реляционных баз данных и описаны приемы работы с БД при помощи программы IBExpert.
Одним из требований технического задания является организация импорта данных о наличии изделий на складе из таблиц Excel и экспорта сформированных ведомостей покупных изделий в файлы Word. Для взаимодействия ИПС «Разработка и макетирование» с программами пакета Microsoft Office была применена технология OLE Automation, описание которой также будет приведено в этом разделе.
2.2 Технология создания баз данных с помощью IBExpert
2.2.1 Реляционные базы данных
В реляционной модели все данные представляются как факты о сущностях и связях. Например, в проектируемой базе данных ИПС «Разработка и макетирование» содержится информацию о сущностях «пользователь», «элемент» и «ведомость». Между сущностями определяются функциональные связи.
Сущность - это, например, человек, место, вещь, событие, концепция, о которых хранится информация. Сущности именуются обычно существительными, такими как «покупатель», «компьютер», «служащий», «продажа».
Более точно, сущность - это множество индивидуальных объектов - экземпляров, причем все эти объекты являются различными.
Связь - это функциональная зависимость между сущностями. Например, «служащий» совершает «продажи».
Каждая сущность обладает атрибутами. Атрибут - это свойство объекта, характеризующее его экземпляр. Сущность «ведомость» имеет атрибуты «Номер ведомости», «Тип ведомости», «Дата создания» и т.д.
Общепринятым видом графического представления отношений между сущностями является ER-диаграмма. На такой диаграмме сущности (таблицы) изображаются прямоугольниками, возможно, соединенными между собой линиями (связями). Такое графическое представление облегчает восприятие структуры базы данных по сравнению с текстовым описанием.
2.2.2 Сущности и атрибуты в реляционной модели
Таблицы в реляционной БД состоят из строк данных, однородных по своей природе. Другими словами, каждая строка таблицы описывает один экземпляр некоторой сущности, причем набор атрибутов каждого экземпляра постоянен.
Так, например, таблица, отображающая журнал операций с ведомостями, содержит 5 колонок:
|
ID записи |
ID ведомости |
ID исполнителя |
ID операции |
Дата проведения |
|
|
1 |
1 |
1 |
1 |
05.04.2005 |
|
|
2 |
1 |
2 |
2 |
03.05.2005 |
|
|
3 |
6 |
4 |
4 |
04.05.2005 |
|
|
4 |
5 |
4 |
5 |
07.05.2005 |
Имя таблицы и имена ее колонок составляют структуру таблицы: ORDER_LOG (N_LOG_ID, N_ORDER_ID, IDU, N_STATE_ID, DA_LOG_DATE). В реляционной модели все значения данных являются атомарными, т.е. нельзя в клетке таблицы хранить список значений.
Таблицы в реляционной модели соответствуют (не обязательно совпадают по имени) сущностям, а колонки - атрибутам.
2.2.3 Связи в реляционной модели
Если между некоторыми сущностями существует связь, то факты из одной сущности ссылаются, или некоторым образом связаны, с фактами из другой сущности. Поддержание непротиворечивости функциональных зависимостей между сущностями называется ссылочной целостностью. Поскольку связи содержатся «внутри» реляционной модели, реализация ссылочной целостности может выполняться как приложением, так и самой СУБД (с помощью механизмов декларативной ссылочной целостности - внешних и альтернативных ключей, ограничений, триггеров).
2.2.4 Краткое описание возможностей IBExpert
IBExpert позволяет работать с базами данных всех официально объявленных на данный момент InterBase-серверов (от стандартного InterBase и бесплатной FireBird до российского клона Yaffil) и использование всех диалектов. При работе с любыми объектами базы ведется максимально возможная статистика по всем особенностям рассматриваемых объектов: описания, комментарии, зависимости от других объектов базы и от рассматриваемых в данный момент, анализ выполняемых запросов и хранимых процедур, права на объекты и поддержка версионности для ведения базы [5]. Для базы данных обеспечивается просмотр данных и представление самой структуры в виде DDL (Data Definition Language), а для процедур - расширенный блок предупреждений об ошибках. Кроме того предусмотрены:
? поддержка мониторинга запросов к базе и генерация html-документации на разрабатываемую базу данных (включая описание объектов и навигацию по ним);
? поддержка работы с метаданными, включая настройки выводимых скриптов, вывод в различные итоговые контексты (файл, экран, выполняемый скрипт);
? управление всем блоком безопасности базы данных - пользователями и их правами;
? встроенный менеджер отчетов на основе FastReport, позволяющий создавать свои собственные отчеты;
? есть свой дизайнер базы данных, включая возможность исправить (или создать заново) нужный набор таблиц и связей между ними;
? генератор тестовых данных;
? объединение всех операций с физической базой данных (резервное копирование, восстановление, остановка, получение детальной статистики, тестирование соединения с внешним сервером).
Также следует отметить удобство настройки программы. Можно настраивать все панели инструментов, их содержимое (добавлять и удалять кнопки), все действия системы, переопределять действия программы на те или иные операции. Предоставлен доступ к блоку шаблонов - можно перенастроить все под потребности пользователя, изменив синтаксис генерируемого кода, а также поддержка внешних файлов помощи, встраиваемых в общую справочную систему и подключение внешних модулей (plug-ins). Кроме того, реализована поддержка нескольких языков в интерфейсе (восемь, включая русский) [5].
В IBExpert существует несколько инструментов для создания базы данных:
? моделирование структуры БД с помощью Database Designer;
? создание БД на основе предварительно сгенерированного SQL-скрипта;
? создание БД «с нуля».
Рассмотрим последовательно каждый из них.
2.2.5 Моделирование с помощью Database Designer
Вызов редактора диаграмм производится из главного меню IBExpert выбором пункта Database Designer (Tools - Database Designer).
Процесс построения модели состоит из следующих шагов:
- определение сущностей;
- определение зависимостей между сущностями;
- задание первичных и альтернативных ключей;
- определение атрибутов сущностей;
- приведение модели к требуемому уровню нормальной формы;
- переход к физическому описанию модели: назначение соответствий имя сущности - имя таблицы, атрибут сущности - атрибут таблицы; задание триггеров, процедур и ограничений;
- генерация базы данных.
Database Designer создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Следует отметить, что получаемая модель строится на языке выбранной СУБД, т.е. является даталогической.
Инструментарий для создания и управления диаграммами
Создание новой диаграммы производится при каждом вызове редактора из главного меню или при нажатии кнопки New Diagram панели инструментов окна редактирования модели.
Диаграмма Database Designer строится из трех основных блоков - таблиц (Table), представлений (View) и связей (Reference). Добавление нового блока производится путем выбора соответствующей кнопки панели инструментов и щелчком мыши на рабочей области диаграммы (рис. 2.1) [6].
Рис. 2.1. Добавление новой таблицы в диаграмму
Для каждой модели можно задавать настройки (Model Options), в которых указываются параметры отображения таблиц (имя и описание таблицы, имена и типы полей, указатели внешних ключей и т.д.) и связей (автоматическая трассировка связей, имена связей). Кроме того, можно задавать и изменять домены (Domains), исключения (Exceptions) и хранимые процедуры (Procedures) в соответствующих закладках (рис. 2.2).
Рис. 2.2. Окно редактирования параметров диаграммы
Для быстрого доступа к любому объекту модели предназначено специальное окно (рис 2.3). В выпадающем древовидном списке выбирается интересующий нас объект и двойным щелчком мыши происходит переход в режим его редактирования [6].
Рис. 2.3. Окно навигации по объектам модели
В режиме редактирования таблицы в окне на рис.2.2 появляется дополнительная закладка Table: <Имя таблицы>, на которой можно управлять любыми элементами таблицы (рис. 2.4).
Рис. 2.4. Закладка управления таблицей
В пункте Definition (Определение) задается имя таблицы и комментарий к ней. В пункте Columns (Столбцы) для любого поля (атрибута) таблицы можно задать название, тип, указать домен, длину и комментарий, а также указать принадлежность поля первичному ключу. Выбрав пункт Indexes (Индексы), можно задать для таблицы произвольный индекс, выбрав для него тип, порядок сортировки и индексируемые поля. В пункте Keys (Ключи) для таблицы могут задаваться первичные (Primary), уникальные (Unique), или альтернативные, и внешние (Foreign) ключи с указанием полей, по которым будут строиться данные ключи. В пункте Checks (Проверки) задаются ограничения на значения, которые будут храниться в таблице. В пункте Triggers (Триггеры) для таблицы устанавливаются, при необходимости, триггеры для совершения определенных действий при модификации таблицы (вставке, удалении, изменении строк). При предварительном просмотре (Preview) генерируется скрипт на языке SQL, который создает таблицу с заданными параметрами [6].
При двойном щелчке мыши на стрелке связи таблиц открывается окно редактирования связи (рис. 2.5). В нем можно указать название ограничения (внешнего ключа), а также поля родительской (Fields for Foreign Key) и дочерней (Reference Fields for Foreign Key) таблиц, по которым строится данный внешний ключ (Included Fields).
Рис. 2.5. Окно редактирования связи
В окне редактирования представления (рис. 2.6), которое вызывается аналогичным образом, присутствуют 4 закладки: General, SQL, Triggers и Preview. На первой из них указывается имя представления и примечание к нему, на второй - директива на языке SQL для вызова этого представления. На закладке Triggers задаются триггеры для таблиц, из которых состоит представление, чтобы сделать его модифицируемым. На последней закладке показывается сгенерированный SQL-скрипт для создания представления с заданными характеристиками.
Рис. 2.6. Окно редактирования представления
Созданные модели можно хранить на диске как в виде файлов Database Designer, так и в виде готовых SQL-скриптов. Для генерации такого скрипта служит команда меню Generate Script (Designer - Generate Script). После установки необходимых параметров (выбор итогового контекста, типа скрипта) происходит его создание.
Обратное проектирование
Database Designer также предоставляет возможность обратного проектирования баз данных (Reverse Engineering). Обратное проектирование, то есть восстановление информационной модели по существующей базе данных, используется при расширении (или модификации) существующей структуры, которая была построена без необходимой сопроводительной документации или с использованием других средств проектирования. После завершения процесса восстановления модели Database Designer автоматически «раскладывает» таблицы и представления на диаграмме. Теперь можно выполнять модификации уже с использованием логической схемы - добавлять таблицы, атрибуты, комментарии, связи и т.д. По завершении изменений одна команда - синхронизировать модель с базой данных - актуализирует все проведенные изменения. Построение модели может быть выполнено на основании выбранной базы данных, зарегистрированной в IBExpert [6].
Фрагмент модели базы данных, созданной в Database Designer, представлен на рис. 2.7.
Рис. 2.7. Фрагмент модели базы данных
2.2.6 Создание БД на основе SQL-скрипта
Такая технология создания базы данных применяется в тех случаях, когда в наличии имеется ранее сгенерированный SQL-скрипт, полученный из Database Designer или других средств проектирования (например, ERwin) [6].
Предварительно открывается сам скрипт командой Tools - Script Executive или нажатием соответствующей кнопки панели инструментов. В открывшемся окне выбирается файл, после чего его содержимое отображается на экране (рис. 2.8).
Рис. 2.8. Окно редактирования скрипта
При необходимости можно оперативно внести какие-либо изменения (например, изменить путь к файлу с базой данных). Когда все будет готово, скрипт запускается на выполнение, и получается база данных, которая содержит все описанные в нем объекты.
2.2.7 Создание БД «с нуля»
При желании можно создать пустую базу данных и добавлять в нее необходимые объекты самому, без использования моделей и скриптов. Для этого следует выполнить команду меню Database - Create Database или нажать соответствующую кнопку на панели инструментов. В появившемся окне указать тип сервера (удаленный или локальный), диалект языка, путь к файлу с базой данных, кодировку по умолчанию, логин и пароль администратора (по умолчанию SYSDBA и masterkey) и размер страницы памяти (рис. 2.9).
Рис. 2.9. Создание пустой базы данных
После создания базы данных будет предложено ее зарегистрировать. Для этого надо будет указать псевдоним (Database Alias), тип кодировки для отображения текстовой информации и некоторые другие параметры подключения. В этом же окне можно протестировать соединение. После регистрации можно подключаться к этой базе данных и работать с ней, добавляя необходимые таблицы, процедуры, связи и т.д.
Как следует из описанных возможностей, IBExpert предоставляет широкий выбор инструментов для создания и администрирования баз данных Interbase и его клонов, поэтому она по праву считается одной из лучших программ для разработчиков баз данных.
2.3 Использование технологии OLE
2.3.1 Общие сведения
Первоначально OLE была задумана как технология интеграции программных продуктов, входящих в комплект Microsoft Office. Предшественницей OLE является реализованная в Windows технология динамического обмена данными DDE (Dynamic Data Exchange), до сих пор широко применяемая в данной среде. Однако многие разработчики не без оснований считают, что DDE трудно использовать, поскольку это технология низкого уровня. По существу, DDE представляет собой модель взаимодействия процессов - протокол, с помощью которого приложение может организовать канал обмена данными с DDE-сервером, находящимся на той же машине. DDE - это асинхронный протокол. Иными словами, после установления связи вызывающая сторона передает запрос и ожидает возврата результатов. Такой механизм более сложен, чем синхронный вызов функции, так как нужно учитывать вероятность нарушения связи, тайм-ауты и другие ошибки, которые приложение должно распознавать и исправлять. Низкая популярность DDE вынуждала Microsoft искать различные способы его усовершенствования [7].
В качестве технологии более высокого уровня была реализована OLE 1.0 (OLE 1, Object Linking and Embedding - связывание и внедрение объектов). OLE 1 представляло собой механизм создания и работы с составными документами (compound documents). С точки зрения пользователя, составной документ выглядит единым набором информации, но фактически содержит элементы, созданные двумя или несколькими разными приложениями. С помощью OLE 1 пользователь мог, например, объединить электронную таблицу, созданную Microsoft Excel, с текстовым документом «производства» Microsoft Word. Идея состояла в том, чтобы документо-ориентированная (document-centric) модель работы с компьютером позволила бы пользователю больше думать об информации и меньше о приложениях, ее обрабатывающих. Как следует из слов «связывание и внедрение», составные документы можно создать, либо связав два разных документа, либо полностью внедрив один документ в другой.
OLE 1, как и большинство первых версий программных продуктов, была несовершенна. Разработчикам следующей версии предстояло улучшить первоначальный проект. Вскоре они поняли, что составные документы -- лишь частный случай более общей проблемы: как разные программные компоненты должны предоставлять друг другу сервисы? Для решения этой проблемы разработчики OLE создали группу технологий, область применения которых гораздо шире составных документов. Основу OLE 2 составляет важнейшая из этих технологий - модель многокомпонентных объектов (Component Object Model - СОМ) [7]. Новая версия OLE не только обеспечивает поддержку составных документов лучше, чем первая, но и идет дальше простого объединения документов, созданных в разных приложениях. OLE 2 позволяет по-новому взглянуть на взаимодействие любых типов программ.
Новые возможности многим обязаны СОМ, предоставившей общую парадигму взаимодействия программ любых типов: библиотек, приложений, системного программного обеспечения и др. Вот почему подход, предложенный СОМ, можно использовать при реализации практически любой программной технологии, и его применение дает немало существенных преимуществ.
Благодаря этим преимуществам, СОМ скоро стал частью технологий, не имеющих никакого отношения к составным документам. Однако в Microsoft хотели сохранить общее имя для всей группы технологий, в основе которых лежит СОМ. Компания решила сократить название Object Linking and Embedding до OLE - эта комбинация более не рассматривалась как аббревиатура - и опустить номер версии.
2.3.2 СОМ и OLE-автоматизация
В COM любая часть программного обеспечения реализует свои сервисы как один или несколько объектов СОМ. Каждый такой объект поддерживает один или несколько интерфейсов, состоящих из методов. Метод - это функция или процедура, которая выполняет некоторое действие и может быть вызвана программным обеспечением, использующим данный объект (клиентом объекта). Методы, составляющие каждый из интерфейсов, обычно определенным образом взаимосвязаны. Клиенты могут получить доступ к сервисам объекта СОМ только через вызовы методов интерфейсов объекта - у них нет непосредственного доступа к данным объекта.
Большинство объектов СОМ поддерживают более одного интерфейса. Сам объект всегда реализуется внутри некоторого сервера. Сервер может быть либо динамически подключаемой библиотекой (DLL), подгружаемой во время работы приложения, либо отдельным самостоятельным процессом [7].
Чтобы вызывать методы интерфейса объекта СОМ, клиент должен получить указатель на этот интерфейс. Обычно СОМ-объект предоставляет свои сервисы посредством нескольких интерфейсов, и клиенту требуется отдельный указатель для каждого интерфейса, методы которого он намерен вызывать.
Одна из важнейших технологий OLE-автоматизация (OLE Automation) разработана с использованием COM.
OLE-автоматизация
Электронные таблицы, текстовые процессоры и другие программы предоставляют все виды полезных возможностей. Почему бы не обеспечить доступ к ним и другому программному обеспечению? Чтобы это стало возможным, приложения должны предоставлять свои сервисы не только человеку, но и программам - они должны быть программируемыми. Обеспечение программируемости и является целью OLE-автоматизации.
Приложение можно сделать программируемым, обеспечив доступ к его сервисам через обычный СОМ-интерфейс. Однако так поступают редко. Вместо этого доступ к сервисам приложений осуществляется через диспинтерфейсы (dispinterface). Они очень похожи на интерфейсы (у них есть методы, клиенты осуществляют доступ через указатель интерфейса и т. д.), но имеют и существенные отличия. В частности, методы диспинтерфейса гораздо проще вызывать клиентам, написанным на простых языках типа Visual Basic. Это очень важно: ведь большинство людей, желающих писать программы, осуществляющие доступ к внутренним сервисам приложений, чаще всего выбирают Visual Basic и аналогичные среды [7].
Чтобы получить представление о возможных выгодах OLE-автоматизации, возьмем, например, Microsoft Excel - программу с широким выбором функций, используемых теми, кто непосредственно работает с Excel. Безусловно, на встроенном в нее макроязыке можно написать целые приложения, использующие функции Excel.
Однако Microsoft Excel поддерживает OLE-автоматизацию, а это значит, его внутренние сервисы доступны через диспинтерфейсы, поддерживаемые различными СОМ-объектами, предоставляющими методы, скажем, для вычисления среднего значения, проверки правописания и многие другие. Приложения, надстраиваемые над Excel, более не ограничены применением внутреннего макроязыка этой программы, но напротив, могут быть написаны практически на чем угодно. Ныне Excel -- не только инструмент для конечных пользователей, но и набор инструментов для разработчиков приложений.
Программируемый доступ к внутренним сервисам посредством OLE-автоматизации поддерживается и рядом других приложений. Именно эта возможность легкого доступа к мощным средствам существующих приложений делает OLE-автоматизацию одной из наиболее широко используемых технологий на основе СОМ.
2.3.3 Компоненты-серверы СОМ в Delphi 7 и их применение
Взаимодействие с Word, Excel и многими другими распространенными программами, входящими в стандартную установку Word и Microsoft Office, может осуществляться из приложений Delphi 7 с помощью компонентов, размещенных в библиотеке на странице Servers (рис. 2.10). Эти компоненты отображают множество импортируемых серверов СОМ. Все они являются потомками своего базового класса TOleServer. В этом классе объявлены абстрактные методы и свойства, позволяющие устанавливать связь с сервером. Поэтому объекты класса TOleServer нельзя создавать непосредственно. В приложениях используются только потомки этого класса -- конкретные серверы СОМ. Они создаются импортом библиотек типов, осуществляемым в среде Delphi командой Project | Import [4].
В ИПС «Разработка и макетирование» применяются два вида серверов ExcelApplication и WordApplication. Ниже приводится описание компонента WordApplication.
Рис 2.10. Закладка с компонентами-серверами СОМ в Delphi 7
Свойство AutoConnect определяет, должен ли сервер автоматически загружаться с началом выполнения приложения. Если установить AutoConnect = true, то соединение с сервером произойдет в момент начала выполнения вашего приложения. Если же оставить значение AutoConnect = false, принятое по умолчанию, то соединение с сервером можно установить вызовом метода Connect. Например;
WordApplication.Connect;
Впрочем, совершенно не обязательно устанавливать соединение свойством AutoConnect или методом Connect. Соединение автоматически устанавливается, когда выполняется вызов какого-то метода сервера или задается значение какому-то его свойству [4].
При использовании свойства AutoConnect надо иметь в виду, что установка в true учитываается только при запуске приложения, т.е. если это свойство установлено во время проектирования. Задание AutoConnect = true во время выполнения приложения ни на что не влияет.
Свойство ConnectKind определяет, как именно осуществляется соединение с сервером. Это свойство может принимать значения, указанные в табл. 2.1. По умолчанию значение ConnectKind равно ckRunningOrNew. При этом если в момент соединения имеется выполняющийся сервер (применительно к WordApplication - если Word открыт), то приложение соединится именно с этим выполняющимся экземпляром сервера. Если же в этот момент соответствующий сервер не выполняется, то будет создан новый экземпляр сервера (в нашем случае будет осуществлен запуск Word) [4].
Таблица 2.1 Значения свойства ConnectKind компонента WordApplication
|
ckRunningOrNew |
Подсоединиться к выполняющемуся серверу или создать новый экземпляр сервера |
|
|
ckNewInstance |
Всегда создавать новый экземпляр сервера |
|
|
ckRunninglnstance |
Только подсоединиться к выполняющемуся серверу |
|
|
ckRemote |
Эта опция должна сочетаться с заданием свойства RemoteMachineName |
|
|
ckAttachToInterface |
Не подсоединяться к серверу. Вместо этого приложение обеспечивает интерфейс методом ConnectTo (об этом методе будет сказано позднее). Опция ckAttachToInterface не может использоваться совместно с установкой в true свойства AutoConnect |
После того, как установлено соединение с сервером, он еще не становится видимым пользователю. Впрочем, приложение может работать с этим сервером, вызывать любые его методы, изменять или читать свойства, но сам сервер останется для пользователя за кадром. Именно в фоновом режиме происходит работа с COM-серверами в программе. Однако при отладке программы, для определения того, корректно ли завершена работа с сервером, можно сделать его видимым. Для этого свойству Visible сервера задается значение true. Например:
WordApplication.Visible := true;
Разрыв соединения с сервером осуществляется методом Disconnect.
При работе с сервером Word множество обращений происходит к свойству Documents. Оно представляет собой собрание всех документов, открытых в Word в данный момент. Каждый документ представлен в нем как объект Document, имеющий свои свойства и методы. Общее число открытых документов определяется свойством Count собрания документов Documents. Особо следует отметить свойство ActiveDocument - активный документ.
Создание нового документа Document и включение его в Documents осуществляется методом Add объекта Documents. Новый документ создается на основе шаблона. Если шаблон не указан, то документ создается на основе шаблона «Обычный (Normal.dot)».
При вызове из Delphi любого метода сервера СОМ аргументы передаются как объекты типа OleVariant. Если какие-то аргументы не являются обязательными, то все равно они должны фигурировать в вызове метода. Только вместо их значений может быть указана EmptyParam - переменная типа OleVariant, используемая вместо необязательных параметров. Таким образом, для создания нового документа на основе обычного шаблона надо выполнить оператор [4]:
WApplication.Documents.Add(EmptyParam,EmptyParam,EmptyParam,EmptyParam);
Но если требуется создать документ на основе специального шаблона (как, например, для формирования ведомости), то следует выполнить такой код:
var
Template : OleVariant;
begin
Template := 'c:\Template\1.dot';
WApplication.Documents.Add(Template,EmptyParam,EmptyParam,EmptyParam);
end;
С объектом Document удобно работать с помощью специального сервера СОМ - компонента WordDocument. Это сервер документа, т.е. объекта, содержащегося в объекте WordApplication. Он подключается к соответствующему объекту методом ConnectTo:
WordDocument.ConnectTo(WordApplication.ActiveDocument);
Такой оператор подключает компонент WordDocument к активному документу, открытому ранее в Word и указанному свойством ActiveDocument, о котором уже говорилось ранее.
Текст в документе, с которым связывается WordDocument, разбивается, в свою очередь, на объекты Range. Каждый такой объект соответствует непрерывному фрагменту текста. Объект Range может создаваться специальным методом Range, в котором в качестве начала и конца указываются определенные позиции символов или параграфы. Например, код
WordDocument.Range.Select;
WordDocument.Range.Copy;
выделяет и копирует в буфер весь документ, а код:
EndOfDocument := wdCollapseEnd;
WordDocument.Range(EndOfDocument,EndOfDocument).Select;
перемещает курсор в конец документа и убирает выделение.
К объектам типа Range можно применять методы InsertBefore, InsertAfter, Paste, Collapse [4].
Если в документе присутствуют таблицы, то обращение к ним происходит через свойство Tables объекта WordDocument. Для доступа ко второй таблице в документе необходимо вызвать такой оператор:
WordDocument.Tables.Item(2);
Он возвратит указатель на таблицу - объект Table. У него есть свойство Cells(RowNum,ColNum) для обращения к ячейке строки RowNum и столбца ColNum. Чтобы вставить в эту ячейку какой-либо текст, следует выполнить оператор присваивания:
Cell(RowNum, ColNum).Range.Text := `текст';
Многие функции, вызываемые диалогами, могут вызываться как методы документа Document, если от пользователя не требуется активных действий. Сохранение активного документа в файле с заданным именем можно осуществить методом SaveAs, передавая в него как аргумент типа OleVariant имя файла с путем к нему. Если путь отсутствует, то файл сохраняется в текущем каталоге. Вызов метода SaveAs может быть таким:
var
FileName : OleVariant;
begin
FileName := `My.doc';
WordDocument.SaveAs(FileName);
end;
Печать документа без отображения диалога печати может осуществляться методом PrintOut:
WordDocument.PrintOut;
Предварительный просмотр документа перед печатью осуществляется методом PrintPreview:
WordDocument.PrintPreview;
Стоит также отметить, что при работе с различными версиями Word нормальное функционирование компонента WordApplication зависит от его версии. Например, компонент WordApplication из библиотеки WordXP может взаимодействовать с редактором Word XP или более поздними (Word2003). Чтобы добавить в программу возможность работы еще и с Word2000, необходимо заменить пакет компонент-серверов. Это делается при помощи главного меню Delphi (Component - Install Packages) [4].
Также было выявлено, что Word 2000 и Word XP по-разному адресуют объединенные ячейки в таблицах. Поэтому могут возникнуть проблемы с автоматическим заполнением документов. Во избежание этого необходимо использовать соответствующие версии редактора операторы. Подобное ветвление создается с использованием свойства Version компонента WordApplication:
if WordApplication.Version = '10.0'
then
PrintCardXP
else if WordApplication.Version = '9.0'
then PrintCard2000;
Свойства и методы рассмотренных компонентов были использованы при разработке программного обеспечения ИПС «Разработка и макетирование» для создания печатных форм.
3. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКИЙ РАЗДЕЛ
3.1 Введение
Главной целью деятельности любого предприятия является, как известно, получение прибыли. Успех маркетинга в современных условиях невозможен без постоянного и всестороннего исследования рынка. Информация по исследованию рынка касается спроса на товары и услуги различных уровней, уже имеющихся и потенциально возможных конкурентов, а также требований потребителей. Сбор подобной информации требует значительных затрат времени и средств. Данное обстоятельство вынуждает предприятия концентрировать внимание на отдельных частях рынка, которые представляют собой однородные группы потребителей, обладающих общими характеристиками. Поиск таких однородных групп потребителей среди различных вариаций спроса называется сегментацией рынка, а данный участок рынка - сегментом рынка. Сегментация рынка в настоящий момент является одним из основных направлений маркетинговой деятельности, позволяющая аккумулировать средства предприятия на определенном направлении своего бизнеса.
Целевой рынок - это потенциальный рынок фирмы, который определяется совокупностью людей со схожими потребностями в отношении конкретного товара или услуги, достаточными ресурсами, а также готовностью и возможностью покупать. Целевой сегмент - это однородная группа потребителей целевого рынка фирмы, обладающая схожими потребностями и покупательскими привычками по отношению к товару фирмы [9].
Рыночная сегментация описывает разделение рынка на однородные группы, к которым будут применены различные виды обращений, продвижения, рекламы и других элементов комплекса маркетинга. На каждую группу или сегмент может быть применено разное соотношение маркетинговых мероприятий, потому что сегменты выделяются таким образом, чтобы между членами сегмента различия были минимальны, а между сегментами - максимальны.
3.2 Схема сегментации рынка
Общая схема сегментации рынка представлена на рис. 3.1. Она носит общий характер и может быть применена при планировании различных направлений маркетинговой деятельности [9].
Рис.3.1. Общая схема сегментации рынка
В зависимости от цели сегментация может быть полной или усеченной, с применением математического аппарата или без него, а также уточняющая (формализованная) или с использованием экспертных оценок.
3.2.1 Принципы сегментации
Для проведения успешной сегментации рынка необходимо принимать во внимание пять принципов:
? различия между сегментами;
? сходства потребителей;
? большой величины сегмента;
? измеримости характеристик потребителей;
? достижимости потребителей.
Принцип различия между сегментами означает, что в результате проведения сегментации должны быть получены различающиеся друг от друга группы потребителей. В противном случае, сегментация неявно будет подменена массовым маркетингом [9].
Принцип сходства потребителей в сегменте предусматривает однородность потенциальных покупателей с точки зрения покупательского отношения к конкретному товару. Сходство потребителей необходимо для того, чтобы можно было разработать соответствующий маркетинговый план для всего целевого сегмента.
Требование большой величины сегмента означает, что целевые сегменты должны быть достаточно большими для обеспечения продаж и покрытия издержек предприятия. При оценке величины сегмента следует учитывать характер продаваемого товара и емкость потенциального рынка.
Измеримость характеристик потребителей необходима для целенаправленных полевых маркетинговых исследований, в результате которых можно выявлять потребности потенциальных покупателей, а также изучать реакцию целевого рынка на маркетинговые действия предприятия. Данный принцип крайне важен, так как распространение товара «вслепую», без обратной связи от потребителей, ведет к распылению средств, трудовых и интеллектуальных ресурсов фирмы-продавца.
Принцип достижимости потребителей означает требование наличия каналов коммуникации фирмы-продавца с потенциальными потребителями. Такими каналами коммуникации могут быть газеты, журналы, радио, телевидение, средства наружной рекламы и т.п. Достижимость потребителей необходима для организации акций продвижения, иначе информирования потенциальных покупателей о конкретном товаре: его характеристиках, стоимости, основных достоинствах, возможных распродажах и т.п.
3.2.2 Методы сегментации
Наиболее распространенными методами сегментирования рынка являются метод группировок по одному или нескольким признакам и методы многомерного статистического анализа [9].
Метод группировок состоит в последовательной разбивке совокупности объектов на группы по наиболее значимым признакам. Какой-либо признак выделяется в качестве системообразующего критерия (владелец товара, потребитель, намеревающийся приобрести товар), затем формируются подгруппы, в которых значимость этого критерия значительно выше, чем по всей совокупности потенциальных потребителей данного товара. Путем последовательных разбиений на две части выборка делится на ряд подгрупп.
Для целей сегментации также используются методы многомерной классификации, когда разделение происходит по комплексу анализируемых признаков одновременно. Наиболее эффективными из них являются методы автоматической классификации, или иначе кластерного анализа.
В этом случае схемы классификации базируются на следующих предположениях. В один класс объединяются потребители, сходные между собой по ряду признаков. Степень сходства у потребителей, принадлежащих к одному классу, должна быть выше, чем степень сходства у людей, принадлежащих к разным классам.
3.2.3 Виды и критерии сегментации
Сегментация рынка требует детального знания требований потребителей к товару и характеристик самих потребителей. Она бывает нескольких видов:
- макросегментация - деление рынков по регионам, странам, их степени индустриализации и т.д.;
- микросегментация - выделение группы потребителей по более детальным критериям;
- сегментация вглубь - маркетолог начинает сегментацию с широкой группы потребителей, а затем ее углубляет, сужает;
- предварительная сегментация - охват большого числа возможных рыночных сегментов, предназначенных для изучения в начале маркетинговых исследований;
- окончательная сегментация - определение наиболее оптимальных, насчитывающих ограниченное число сегментов рынка, по которым будет разрабатываться рыночная стратегия и программа. Завершающая стадия рыночных исследований.
Сегментация рынка может производиться с использованием различных критериев и признаков [9].
Критерий - это способ оценки обоснованности выбора того или иного сегмента рынка для фирмы, признак-способ выделения данного сегмента на рынке. Выделяют следующие критерии сегментации:
- региональные;
- демографические;
- критерии жизненного стиля потребителей.
Региональные критерии представляют собой основные отличительные характеристики городов, областей, регионов. Стратегии сегментации делают упор на выделение и использование географических отличий. Основные региональные критерии следующие: расположение региона, численность и плотность населения, транспортная сеть региона, климат, структура коммерческой деятельности в регионе, доступность средств массовой информации и т.д.
Демографические критерии представляют собой основные особенности отдельных людей или их групп. Они часто используются в качестве базиса для сегментации, поскольку от них во многом зависят требования к покупкам. Персональные демографические характеристики могут быть следующими: возрастные категории, пол, уровень образования, мобильность, дифференциация доходов, профессии потребителей, семейное положение и размер семьи и др.
Жизненный стиль потребителей определяет, как люди живут и расходуют время и деньги. Разрабатывая профили стилей жизни, фирмы могут выходить на четкие рыночные сегменты. Следующие критерии жизненного стиля потребителей являются значимыми при сегментации рынка: социальные группы, степень использования товара, опыт использования товара, приверженность торговой марке, типы личности, отношение к фирме, мотивы совершения покупок, важность покупок и т.д.
Рассмотрим теперь возможные критерии сегментации промышленного рынка. Промышленный рынок - это рынок организаций-потребителей, которые приобретают товары для дальнейшего производства и перепродажи другим потребителям. Критерии сегментации промышленного рынка, в принципе, могут быть аналогичными критериям сегментации потребительского рынка. Региональные критерии должны включать характеристики региона, где размещаются организации-потребители. «Демографические» критерии могут включать область специализации, ресурсы, существующие контракты, прошлые покупки, размер заказов, характеристики лиц, принимающих решения. Факторы «стиля жизни» включают способ функционирования организации, приверженность торговой марке, причины совершения покупки, социальные и психологические характеристики сотрудников. Эти параметры могут представлять собой основу для сегментации рынка.
Более строгая процедура сегментации промышленного рынка основана на пяти группах критериев, действующих по принципу вложенной иерархии. Эти группы имеют следующий вид (от внешних - к внутренним):
- среда - сектор промышленности, размер фирмы, географическое положение;
- рабочие характеристики - применяемая технология, использование данного товара, технические и финансовые ресурсы;
- метод совершения закупки - наличие центра закупки, иерархическая структура, отношения покупатель - продавец, общая политика закупок, критерии закупки;
- ситуационные факторы - срочность выполнения заказа, применение товара, размер заказа;
- личные качества покупателя.
3.2.4 Выбор целевого рынка и стратегии его охвата
Одним из важнейших этапов сегментации рынка, после определения критериев, принципов и методов сегментации, является выбор целевого рынка.
Целевой рынок фирмы может быть определен по трем измерениям:
- технологическому, описывающему технологии, способные удовлетворить потребности на рынке («как?»);
- функциональному, определяющему функции, которые должны быть удовлетворены на данном рынке («что?»);
- потребительскому, обусловливающему группы потребителей, которые могут быть удовлетворены на данном рынке («кого?»).
Используя данный подход, можно провести разграничение между тремя различными структурами: рынком одной технологии (отраслью), рынком одной функции (технологическим рынком) и товарным рынком.
Отрасль определяется технологией, независимо от связанных с ней функций или групп потребителей. Понятие отрасли является самым традиционным. В то же время оно наименее удовлетворительно, так как ориентировано на предложение, а не на спрос. Таким образом, подобная категория уместна при условии высокой однородности рассматриваемых функций и групп потребителей.
Рынок технологий охватывает совокупность технологий для выполнения одной функции и для одной группы потребителей. Это понятие близко концепции базовой потребности и подчеркивает взаимозаменяемость различных технологий для одной функции. Обращение к рынку технологий важно для выбора направлений исследований и разработок.
Товарный рынок находится на пересечении группы потребителей и набора функций, основанных на конкретной технологии. Он соответствует понятию стратегической бизнес-единицы и отвечает реальностям спроса и предложения. Выбор стратегии охвата рынка производится на основе анализа конкурентоспособности применительно к каждому сегменту. Предприятием могут быть выбраны следующие различные стратегии охвата целевого рынка:
- стратегия концентрации - предприятие дает узкое определение своей области деятельности в отношении рынка товаров, функции или группы потребителей;
- стратегия функционального специалиста - предприятие предпочитает специализироваться на одной функции, но обслуживать все группы потребителей, заинтересованных в этой функции, например в функции складирования промышленных товаров;
- стратегия специализации по клиенту - предприятие специализируется на определенной категории клиентов (больницы, гостиницы и т.п.), предлагая своим клиентам широкую гамму товаров или комплектные системы оборудования, выполняющие дополнительные или взаимосвязанные функции;
- стратегия селективной специализации - выпуск многих товаров на различных рынках, не связанных между собой (проявление диверсификации производства);
- стратегия полного охвата - предложение полного ассортимента, удовлетворяющего все группы потребителей.
В большинстве реальных случаев стратегии охвата целевого рынка могут быть сформулированы только по двум измерениям: функциям и группам потребителей, так как предприятия, чаще всего, владеют только одной определенной технологией, отражающей их отраслевую принадлежность. Если же фирма владеет различными технологиями, то выбор целевого рынка и стратегии его охвата будут определяться также и технологическим измерением рынка. После выбора целевого рынка целесообразно перейти к его более детальной сегментации.
3.2.5 Выбор целевого сегмента и стратегии его охвата
Выбор целевого сегмента осуществляется на основе критериев сегментации потребительского или промышленного рынков, подробно рассмотренных выше.
Следующим этапом после выбора соответствующих сегментов рынка является определение стратегии охвата целевого сегмента. Можно выделить следующие три направления деятельности предприятия в целевом сегменте:
...Подобные документы
Общее описание информационно–справочной системы, предназначенной для контролирования работы промоутеров. Описание входных и выходных данных. Проектирование интерфейса пользователя. Выбор стратегии разработки тестов. Поиск информации, просмотр отчётов.
курсовая работа [3,6 M], добавлен 27.07.2014Выбор состава технических и программных средств разработки системы. Описание входных и выходных данных. Выбор модели базы данных. Разработка подсистемы наполнения базы данных, формирования отчетов. Разработка интерфейса пользователя, тестирование системы.
курсовая работа [3,7 M], добавлен 04.12.2014Возможности программы DBDesigner. Проектирование и реализация информационно-поисковой системы с помощью CASE-средства DBDesigner в среде Intranet. Этапы проектирования базы данных, установление соединения с базой данных на сервере, синхронизация.
лабораторная работа [1,5 M], добавлен 18.08.2009Совместимость и преобразование типов данных. Создание информационно-поисковой системы на языке программирования Паскаль. Описание интерфейса, каждого блока программы "Картотека больных". Рассмотрение результатов работы программы, сортирования данных.
курсовая работа [368,9 K], добавлен 18.05.2015Автоматизация и визуализация рабочего места методиста факультета, работающего с личными делами студентов. Создание базы данных и ограничений. Интерфейс пользователя и порядок работы с программным обеспечением. Разработка справки и контекстной помощи.
курсовая работа [867,3 K], добавлен 22.02.2016Разработка web-приложения для оперирования данными с помощью базы данных и web-браузера в качестве клиента пользователя. Основные преимущества языка программирования Java. Осуществление редактирования, добавления информации и поиска по архивам данных.
дипломная работа [2,1 M], добавлен 30.09.2016Анализ существующих поисковых систем и используемых ими алгоритмов поиска документов. Разработка информационно-поисковой системы словарного типа, способной осуществлять релевантный поиск документов, особенности ее структуры и информационно-поисковой базы.
дипломная работа [942,1 K], добавлен 19.05.2011Разработка программы для автоматизации расчетов на телефонной станции. Описание входной и выходной информации, комплекс технических средств. Интерфейс конечного пользователя. Проектирование программных модулей представления входных и выходных данных.
курсовая работа [460,1 K], добавлен 26.06.2015Разработка информационной системы на языке программирования С++ в среде С++Builder. Схема базы данных. Характеристика энергосберегающих режимов операционной системы. Интерфейс программы, ее установка на компьютер, выполнение, средства и порядок испытания.
отчет по практике [986,2 K], добавлен 06.02.2016Анализ информационно-поисковых систем автоматизации производства. Построение инфологической и логической модели базы данных технологического оборудования для сборочно-монтажных работ. Выбор языка программирования приложения БД. Алгоритм работы программы.
дипломная работа [2,5 M], добавлен 18.12.2013Разработка база данных в виде таблицы, включающей поля: ФИО, адрес, номер телефона, наименование услуги, сумма оплаты, срок выполнения. Процедуры программы и соответствующие им пункты в меню. Описание исходных данных, интерфейса и работы каждой процедуры.
курсовая работа [997,3 K], добавлен 08.06.2014Описание входной и выходной информации. Требования к комплексу технических средств и к интерфейсу конечного пользователя. Разработка форм представления входных и выходных данных. Проектирование программных модулей. Руководство пользователя и программиста.
курсовая работа [421,6 K], добавлен 27.06.2015База данных как компьютеризованная система, предназначенная для хранения информации и предоставления ее по требованию. Описание предметной области для проектирования и организации базы учета данных готовой продукции и сопровождения ее программой.
дипломная работа [1,0 M], добавлен 19.05.2011Описание и классификация современных информационно–поисковых систем. Гипертекстовые документы. Обзор и рейтинги основных мировых поисковых систем. Разработка информационно–поисковой системы, демонстрирующей механизм поиска информации в сети Интернет.
дипломная работа [1,3 M], добавлен 16.06.2015Проектирование программного модуля: сбор исходных материалов; описание входных и выходных данных; выбор программного обеспечения. Описание типов данных и реализация интерфейса программы. Тестирование программного модуля и разработка справочной системы.
курсовая работа [81,7 K], добавлен 18.08.2014Возможности программы DBDesigner. Моделирование, сопровождения информационных систем. Проектирование базы данных. Кодирование, установление соединения с базой данных на серввере. Синхронизация, запросы для внесения изменений и операций над данными.
лабораторная работа [1,4 M], добавлен 26.08.2009Проектирование алгоритмов и программных кодов для различных элементов пользовательских форм информационно-аналитической системы. Исследование структуры базы данных. Связь между таблицами. Разработка графического интерфейса программы и справочной системы.
курсовая работа [2,4 M], добавлен 10.01.2015Проектирование информационно-поисковой системы "Цветы" для решения задач, связанных с предоставлением услуг по оформлению и доставке заказов букетов и композиций. Разработка объектов базы данных - транзакций, представлений, хранимых процедур и запросов.
курсовая работа [4,2 M], добавлен 26.11.2011Описание входных и выходных данных. Общая характеристика и требования к проектируемой программе, ее структуре и функциональным компонентам. Выбор и обоснование средств разработки, разработка интерфейса пользователя. Требования к программному обеспечению.
курсовая работа [1,4 M], добавлен 12.05.2016Разработка базы данных при помощи системы управления базами Microsoft Access. Определение состава выходных и входных данных, их математическое выражение и информационно-логическая модель. Разработка блок-схемы алгоритма и таблиц в режиме "Конструктор".
курсовая работа [2,8 M], добавлен 12.11.2013
