Разработка информационной системы для автопроката "LuxRent"

Размещено на http://www.allbest.ru/

4

ОГЛАВЛЕНИЕ

• ВВЕДЕНИЕ
• 1. Актуальность автоматизации управленческих процессов в быстро меняющихся условиях бизнеса
• 1.1 Цели внедрения ИС. Требования к ИС
• 1.2 Предполагаемые пользователи информационной системы
• 1.3 Характеристика применяемых методов и приемов проектирования
• 1.4 Необходимые при проектировании ИС программно-технические средства
• 1.5 Цели и задачи работы
• 2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
• 2.1 Организационная структура предприятия
• 2.2 Бизнес-процессы, протекающие на предприятии
• 2.3 Необходимые функции системы, подлежащие автоматизации
• 2.4 Выявление сущностей предметной области и их основных свойств
• 3. ПОСТРОЕНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ
• 4. ПОСТРОЕНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ДАННЫХ
• 5. ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ ИЗ МОДЕЛИ ДАННЫХ В ERWIN
• 6. РАЗРАБОТКА АЛГОРИТМОВ И ТЕХНОЛОГИИ РЕШЕНИЯ ЗАДАЧ
• 6.1 Формы
• 6.2 Отчеты
• 7. РАЗРАБОТКА СРЕДСТВ ОБРАБОТКИ ДАННЫХ ПО ТЕХНОЛОГИИ КЛИЕНТ-СЕРВЕР
• 7.1 Представления
• 7.2 Хранимые процедуры
• 7.3 Триггеры
• ЗАКЛЮЧЕНИЕ
• СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
• ПРИЛОЖЕНИЕ


ВВЕДЕНИЕ

Целью данной курсовой работы является разработка информационной системы для учёта.

В качестве объекта исследования рассматривается автопрокат «LuxRent». Предметом исследования является процесс предоставление автомобилей в аренду без водителя.

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

Главная цель автопроката «LuxRent» - повышение конкурентоспособности среди предприятий того же профиля и, как следствие, увеличение спроса на услуги и получение еще большей прибыли. Для этого необходимо решение следующих основных задач:

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

- повысить качество обслуживания (сделать процессы сдачи и приёма автомобиля более удобными для клиентов).

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



1. Актуальность автоматизации управленческих процессов в современных быстро меняющихся условиях бизнеса

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

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

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

1.1 Цели внедрения ИС. Требования к ИС

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

Задачи создаваемой ИС:

1. Принимать новые заказы и регистрировать их.

2. Вести учет оказанных услуг.

3. При оказании услуг фиксируется, когда и какому была сдана в аренду машина, к какому сроку клиент должен её вернуть и какой менеджер сдавал в аренду т/с. Также фиксируется фактическая дата возврата автомобиля. К тому же, предусмотрена компенсация за попадание в ДТП во время аренды а/м, за иные повреждения т/с, а так же за возврат автомобиля позднее срока возврата.

4. Печатать для клиента актов приёма и сдачи автомобиля в аренду.

Главные задачи создаваемой ИС

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

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

1.2 Предполагаемые пользователи информационной системы

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

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

1.3 Характеристика применяемых методов и приемов проектирования

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

Существуют средства автоматизации проектирования ИС (CASE-технологии), предназначенные для анализа предметной области, проектирования и генерации программных реализаций. В процессе проектирования данной ИС использовались CASE-средства -- BPWin и ERWin (BP -- от Business Process (бизнес-процесс) и ER --от Entity Relation (связь-отношение)). В рассматриваемых программных средствах применяется методология структурного моделирования бизнес-процессов IDEF0, которая является федеральным стандартом США и рекомендована к использованию Госстандартом РФ. Реализация методологии структурного моделирования возможна с помощью программных средств CA ERWin Process Modeler (BPWin) и CA ERWin Data Modeler (ERWin), открывающих следующие возможности:

· Инструментальными средствами поддерживается естественность создаваемых в модели определений элементов деятельности (работ) и их взаимосвязей;

· Обеспечивается возможность организации итерационной процедуры обсуждения и редактирования модели коллективом экспертов;

· Исходное представление процесса в виде декомпозиции работ соответствует фундаментальному стандарту IDEF0 и последовательно дополняется специальными нотациями DFD, IDEF3 и ER диаграммами (Data Flow Diagram - диаграммы потоков данных; IDEF3 или Work Flow Diagram - диаграммы потока работ; Entity Relation модели модель сущность-связь описания данных в общих для совокупности работ хранилищах данных);

· Используется принцип создания модели во временных рамках описания существующих бизнес-процессов на предприятии (так называемая модель ASIS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE);

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

Следующим шагом после анализа предметной области и построения модели деятельности организации в процессе проектирования данной ИС является разработка средств обработки данных по технологии «клиент-сервер». Среди разработчиков систем, выполняющих функции управления базой данных (БД), в настоящее время большой популярностью пользуется Microsoft SQL Server. Microsoft SQL Server -- одна из наиболее мощных СУБД архитектуры «клиент- сервер». Эта СУБД позволяет удовлетворять такие требования, предъявляемые к системам распределенной обработке данных, как тиражирование данных, параллельная обработка, поддержка больших БД на относительно недорогих аппаратных платформах при сохранении простоты управления и использования.

Сервер имеет средства удаленного администрирования и управления операциями, организованными на базах объектно-ориентированной распределенной сред управления. Microsoft SQL Server может тиражировать информацию в БД иных форматов, включая Oracle, IBM DB2, Sybase, Microsoft Access и другие СУБД при наличии ODBC драйвера, отвечающего определенным требованиям (ODBC -- стандарт Microsoft, разрешающий программам работать с различными серверами БД, используя один общий интерфейс).

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

В качестве средства для разработки клиентской части приложения с архитектурой «клиент-сервер» в данной курсовой работе используется СУБД ACCESS. С помощью объектов ACCESS может быть создан интерфейс к БД. Для доступа к серверным БД из приложений ACCESS используется один из стандартных способов доступа к удаленным данным: OLE DB (универсальный интерфейс, разработанный фирмой Microsoft для доступа к данным произвольного типа как реляционным, так и не реляционным).

Достоинством ACCESS как клиента к серверной БД является наличие мощных и простых средств для разработки интерфейса -- форм, отчетов и т.д.

Все таблицы, с которыми работает клиентское приложение, размещаются на сервере БД, а файл проекта ACCESS включает в себя только те объекты, которые создаются на базе этих таблиц: формы, отчеты, страницы, макросы и модули. Однако из проекта ACCESS доступны не только таблицы, но и другие объекты сервера: представления (Views), хранимые процедуры (Stored procedures), схемы базы данных (Database diagrams).

1.4 Необходимые при проектировании ИС программно-технические средства

· BPWin (Case-средство визуального моделирования бизнес-процессов, протекающих на предприятии и представления любой деятельности или структуры в виде модели);

· ERWin (Case-технология, предназначенная для построения концептуальной модели предметной области);

· Microsoft Access (реляционная СУБД корпорации Microsoft, имеющая широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных);

· Microsoft SQL Server (система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft, использующая язык Transact-SQL).

1.5 Цели и задачи работы

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

В рамках проектирования данной информационной системы предстоит решить следующие задачи:

1. Провести исследование данной предметной области.

· Определить организационную структуру предприятия;

· Рассмотреть бизнес-процессы, протекающие на предприятии;

· Определить список пользователей;

· Составить перечень необходимых функций системы для дальнейшей их автоматизации;

· Определить цели внедрения ИС. Обозначить требования к ИС;

· Определить перечень необходимых программно-технических средств;

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

2. Организовать функционирование ИС.

· Разработать необходимые средства обработки данных по технологии клиент-сервер для выполнения основных функций проектируемой ИС, а именно представления, сохраненные процедуры, триггеры и пользовательские функции;

· Разработать программный код для решения дополнительных задач.



2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

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

2.1 Организационная структура предприятия

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

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

Организационная структура предприятия:



2.2 Бизнес-процессы, протекающие на предприятии

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

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

· контекстную диаграмму;

· диаграммы декомпозиции;

· диаграмма потоков данных.

Рассматриваемый БП в деятельности турфирмы является «Управление продажами». Организацией приемов клиентов занимается рабочий персонал (менеджер по продажам). Необходимыми объектами для осуществления БП продажи туров являются входящие заказы от клиентов и их личные данные, документы. Результатами продаж являются автомобили, сданные в прокат, страховки, бензин, анализ отказов, анализ поломок, а также оформленные договоры.

Таким образом, можно выявить границы и компоненты основного БП компании. Компоненты БП «Управление продажами» внесены в модель данного БП и представляют собой следующие 4 группы:

· входные потоки: клиенты, заказы, договоры с клиентами, входные документы;

· выходные потоки: оформленные договоры, путевки, страховки, билеты, визы, анализ отказов;

· управление: менеджер по продажам, директор;

· механизмы: сотрудники, компьютерные средства.

БП управления продаж представлен на контекстной диаграмме «Управление продажами проката автомобилей «LuxRent»». Она является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.



Контекстная диаграмма «Управление продажами проката автомобилей «LuxRent»».

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



Диаграмма декомпозиций Управление прокатом автомобилей

Вся деятельность турфирмы, направленная на реализацию БП «Управление продажами S7 Tour», сводится к следующим четырем этапам:

· рассмотрение заявки;

· обработка заказа;

· подготовка автомобиля

· Сдача автомобиля в прокат.

Механизмы, управление, входные и выходные потоки данных этих процессов отражены в диаграммах декомпозиции.

Диаграмма потоков данных (DFD -- Data Flow Diagramming) используется для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой БП. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в системах обработки информации. В отличие от IDEF0, где система рассматривается как взаимосвязанные процессы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает БП и внешние ссылки. Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.

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

Этап: Рассмотрение заявки

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

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

· входные потоки: клиенты, заявки;

· выходные потоки: заказ клиента, подтверждение брони;

· управление: менеджер по продажам, директор;

· механизмы: сотрудники, компьютерные средства.



Этап: Регистрация

· входные потоки: договоры, сотрудники, клиенты, автомобили, документы;

· выходные потоки: сводная информация о клиентах, сводная информация об услугах;



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

2.3 Необходимые функции системы, подлежащие автоматизации

Функция «Оформление заказа»

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

Функция «Регистрация новых клиентов»

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

Функция «Предоставление отчетов»

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

Функция «Расчет общей стоимости заказа»

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

2.4 Выявление основных сущностей предметной области и их основных свойств

информационный концептуальный клиент сервер

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

o Слесари - чинят т/с, в случае поломки, следят за исправностью автомобилей.

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

Для управления сотрудниками требуются:

o Старший менеджер - занимается организацией работы с сотрудниками автопроката, координирует ход работы над заказами, ведет отчётную документацию.

o Директор - возглавляет, организует, планирует и координирует деятельность автопроката.

o Продавец-консультант - Работа с клиентами. Нахождение индивидуального подхода к каждому клиенту. Помощь в определении конкретного выбора;

o Водитель - Пригоняет автомобиль в удобное для клиента места, так же забирает автомобиль из удобного для клиента места.

При бронировании и оформлении автомобиля в аренду менеджер по продажам выполняет следующие задачи:

· Предлагает клиенту интересующие его варианты автомобилей;

· Предоставляет птс, страховку, карты, бензин;

· Расчет итоговой стоимости автомобиля;

· Оформляют необходимые документы по сдаче/приёму автомобиля;

· Печать бланка «Заказ».

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

· сдача в прокат;

· поломки;

· клиенты;

· сотрудники;

· автомобили;

Поэтому можно выделить следующие сущности предметной области:

1. Сдача в прокат

Цель - хранение информации об аренде автомобилей;

Ключевой атрибут: номер;

Описательные атрибуты: автомобиль, клиент, дата начала проката, предполагаемая дата возврата, сотрудник, предоплата, фактическая дата возврата автомобиля, дтп, другой ущерб, сумма ущерба;

Производный атрибут: итого стоимость.

2. Поломки

Цель - хранение сведений о возможных поломках т/с;

Ключевой атрибут: код поломки;

Описательные атрибуты: наименование, сумма ущерба.

3. Клиенты

Цель - хранение сведений о клиентах автопроката;

Ключевой атрибут: паспортные данные;

Описательный атрибут: фамилия, имя, отчество, адрес, телефон, количество дтп, дата получения прав;

4. Сотрудники

Цель - хранение информации о сотрудниках автопроката;

Ключевой атрибут: код сотрудника;

Описательный атрибут: фамилия, имя, отчество, должность, паспортные данные.

5. Автомобили

Цель - содержит перечень автомобилей автопроката;

Ключевой атрибут: номер кузова;

Описательный атрибут: марка, пробег, наличие, стоимость в сутки, слесарь.

Определение взаимосвязей сущностей

Связь между сущностями бывает трех типов: «1:1» («один к одному»), «1:М» («один ко многим»), «М:М» («многие ко многим»).Связь «М:М» - такой тип связи между сущностями А и В, когда каждому экземпляру сущности А может соответствовать 0, 1 или несколько экземпляров сущности В. И наоборот, каждому экземпляру сущности В может соответствовать 0, 1 или несколько экземпляров сущности А.

Рассмотрим выявленные сущности во взаимосвязи друг с другом.

Рис 1.1

Рис 1.2



Рис 1.3

Рис. 1.4

Сущности	Связи	Семантика связи
	Обозначения	Наименования	Тип
Е1	Е2	R1	«обслуживает»	М:M	Каждый сотрудник может обслужить 1 или множество клиентов.
E2	Е1	R2	«обслуживается»	М:М	Каждый клиент может быть обслужен несколькими сотрудниками.
E1	E3	R3	«сдаёт»	М:М	Каждый сотрудник может сдать в прокат несколько автомобилей.
Е3	Е1	R4	«сдаётся»	М:М	Каждый автомобиль может быть сдан в прокат несколькими сотрудниками.
E3	E4	R5	«сломалась»	М:М	У каждого автомобиля могут быть разные поломки.
E4	E3	R6	«ломается»	М:М	Одна поломка может быть у нескольких автомобилей.

R1- обслуживает

Каждый сотрудник может обслужить 1 или множество клиентов.

R2- обслуживается

Каждый клиент может быть обслужен несколькими сотрудниками.

R3 - сдаёт

Каждый сотрудник может сдать в прокат несколько автомобилей.

R4 - сдаётся

Каждый автомобиль может быть сдан в прокат несколькими сотрудниками.

R5 - сломалась

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

R6 - ломается

Одна поломка может быть у нескольких автомобилей.

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



3. ПОСТРОЕНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ

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

Одним из элементов входящих в модель предметной области являются «Хранилища данных» (Data Store, DFD-Диаграмма потоков данных). Данные хранилища предназначены для хранения некоторой совокупности информационных объектов (входных, результирующих и промежуточных документов, справочных и нормативных данных и др.), необходимых для информационного обеспечения моделируемой предметной области.

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

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

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



4. ПОСТРОЕНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ДАННЫХ

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

На следующем этапе работы следует перевести концептуальную модель в логическую. Логические модели данных строятся по концептуальным моделям и представляют собой прообраз конкретной БД. Сущности, определенные в концептуальной модели становятся, например, таблицами, атрибуты становятся колонками таблиц (при этом учитываются допустимые для данной СУБД типы данных и наименования столбцов), связи реализуются путем миграции ключевых атрибутов родительских сущностей и создания внешних ключей. С помощью ERWin можно получить логическую модель данных, используя концептуальную модель предметной области, изменив в выпадающем списке Logical на Physical.



5. ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ ИЗ МОДЕЛИ ДАННЫХ В ERWIN

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

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

Кнопка Preview вызывает диалог Schema Generation Preview, в котором отображается SQL-скрипт, создаваемый ERwin для генерации системного каталога СУБД. Нажатие на кнопку Generate приведет к запуску процесса генерации схемы, откроется диалоговое окно Access Connection, в котором необходимо указать путь к БД и имя пользователя. После нажатия кнопки Connect произойдет подключение к БД и импортирование в нее структуры БД. Появится диалоговое окно отчета об успешном импортировании структуры БД в Access. В данной курсовой работе посредствам программы ERWin была спроектирована схема БД, и реализована генерация ее описания на языке СУБД Microsoft SQL Server. Программный код, генерирующий создание таблиц БД в Access средствами Erwin.



6. РАЗРАБОТКА АЛГОРИТМОВ И ТЕХНОЛОГИИ РЕШЕНИЯ ЗАДАЧ

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

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

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

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



6.1 Формы

Главное меню

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

Для того чтобы создать кнопочную форму в меню Сервис следует выбрать команду Служебные программы, а затем Диспетчер кнопочных форм. При открытии БД пользователь должен видеть только главную кнопочную форму, поэтому необходимо изменить параметры запуска. Доступ к окну БД осуществляется нажатием кнопки «Закрыть меню». Для этого используется предварительно созданный макрос (макрокоманда Выделить объект (тип объекта - страница доступа к данным; окне БД - да) и макрокоманда Восстановить). Для выхода из приложения используется кнопка «Выход». Действие для этого элемента кнопочной формы можно выбрать из списка команд в режиме редактирования «Главного меню» через диспетчер кнопочных форм.

Помимо кнопок «Выход» и «Закрыть меню» главная кнопочная форма содержит следующие элементы:

«Регистрация» - нажатие этой кнопки позволяет открыть форму для оформления заказа клиентов и регистрации клиентов.

«Автомобили» - после нажатия этой кнопки открывается одноименная форма, которая предоставляет информацию о свободных автомобилях.

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

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

Так как все № заказа должны быть уникальными, поле «№ заказа» заполняется автоматически при попадании курсора в поле «Код сотрудника». Совпадения с другими записями в таблице «Заказы» в значениях атрибута «№ заказа» недопустимы - это поле является ключевым, и совпадения будут противоречить целостности данных.

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



Private Sub ПолеЗаказа

GotFocus()

Dim dbs As Database

Dim rst As Recordset

Dim n As Integer

Dim m As Integer

Set dbs = CurrentDb

Set rst = dbs.OpenRecordset

("Заказы",

dbOpenDynaset)

rst.MoveLast

n = rst![№_заказа]

m = n + 1

Me.Поле№Заказа = m

End Sub

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

Это значит, что выпадающий список будет содержать 2 столбца - № кузова и марка - два первых столбца ранее выбранной таблице «Автомобили».

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

SELECT [№_кузова].№_кузова FROM Автомобили

WHERE ((([№_кузова].№_кузова) Like "№ кузова*"));

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

Private Sub ОформитьЗаказ_Click()

Dim dbs As Database

Dim rst As Recordset

Set dbs = CurrentDb

Set rst = dbs.OpenRecordset("Сдача в прокат", dbOpenDynaset)

On Error GoTo Message

With rst

.AddNew

![№Заказа] = Me.ПолеКодЗаказа

![КодСотрудника] = Me.ПолеКодСотрудника

![Марка] = Me.ПолеМарка

![№кузова] = Me.Поле№кузова

![ДатаНачалаПроката] = Me.ПолеДатаНачалаПроката

![КоличествоДней] = Me.ПолеКоличествоДней

![КоличествоДатаВозврата] = Me.ПолеДатаВозвтрата

Set rst = dbs.OpenRecordset("Клиенты", dbOpenDynaset)

On Error GoTo Message

With rst

.AddNew

![Фамилия] = Me.ПолеФамилия

![Имя] = Me.ПолеИмя

![Отчество] = Me.ПолеОтчество

![ВодительскийСтаж] = Me.ПолеВодительскийСтаж

![ТелефонДомашний] = Me.ПолеТелефонДомашний

![ТелефонМобильный] = Me.ПолеТелефонМобильный

![email] = Me.ПолеEmail

.Update

MsgBox "Заказ оформлен!"

End With

Exit Sub

Soobshenie:

MsgBox ("Необходимо заполнить все поля! Совпадения в коде заказа не допускаются!

Ошибка: Одно из полей не заполнено или введен существующий № заказа")

rst.Close

Set dbs = Nothing

End Sub

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

Кнопка «Клиенты» открывает одноименную форму, которая позволяет найти любого зарегистрированного в турфирме клиента по коду. Эта функция возможна благодаря процедуре обработки событий:

Private Sub ПолеПоискКлиентов_AfterUpdate()

DoCmd.OpenForm "031ФормаКлиенты", "[КодКлиента]=" & Me![ПолеПоискКлиентов]

End Sub

Так же в форме присутствует кнопка, которая выполняет макрокоманду «Показать все записи».

Подобным свойством обладает форма «Заказы».

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



6.2 Отчеты

Данная информационная система предоставляет возможность получать сводную информацию о заказах, о сотрудниках в виде отчетов. Отчет «Сотрудники» представляет собой список всех работников автопроката, сгруппированный по названию должностей. Также в отчете выводится общее количество сотрудников. «Отчет о заказах» содержит информацию о заказах за последние 30 дней. Для удобства просмотра поля «Код Сотрудника», «ФИО» и «Должность» сгруппированы, а для каждого сотрудника подсчитаны количество оформленных заказов и сумма стоимости туров. Источником записей для отчета является следующий запрос:

SELECT Сдача_в_прокат.КодСотрудника, Сотрудники.ФИО, Сотрудники.Должность, Автомобили.№кузова, [Автомобили]![Стоимость]*[Заказы]![КоличествоДней] AS [№кузова], Сдача_в_прокат.ДатаОформления

FROM Автомобили INNER JOIN (Сотрудники INNER JOIN Сдача_в_прокат ON Таблица

Сотрудники.КодСотрудника = Сдача_в_прокат.КодСотрудника) ON Автомобили.№кузова = Сдача_в_прокат.№кузова

WHERE (((Сдача_в_прокат.ДатаОформления) Between Date() And (Date()-30)));



7. РАЗРАБОТКА СРЕДСТВ ОБРАБОТКИ ДАННЫХ ПО ТЕХНОЛОГИИ КЛИЕНТ-СЕРВЕР

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

Для выполнения данной задачи использовался Microsoft SQL-Server. Чтобы подключить к серверу уже имеющуюся БД, нужно в меню «Сервис» выбрать пункт «Служебные программы» --> «Мастер преобразования в формат SQL-сервер». После введения логина и пароля на сервере будет автоматически создана БД, а приложение Access автоматически создаст новый проект. Для удобства и дальнейшей успешной работы триггеров можно автоматически при создании проекта создать и триггеры, обеспечивающие связи между таблицами.

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

7.1 Представления

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

· Представление, отображающее скидку на прокат т/с в зависимости от возраста и даты рождения клиентов

SELECT dbo.Клиенты.[КодКлиента], dbo.Клиенты.[ФИО], dbo.Клиенты.[ДатаРождения], YEAR(GETDATE()) - YEAR(dbo.Клиенты.[ДатаРождения]) AS Возраст, dbo.ТаблицаАвтомобили.[Марка], dbo.Заказы.[ДатаОформления],

CASE WHEN Year(getdate()) - Year(dbo.Клиенты.[ДатаРождения]) <= 35

THEN 0.15

WHEN Year(getdate()) - Year(dbo.Клиенты.[ДатаРождения]) <= 50 AND Year(getdate()) - Year(dbo.Клиенты.[ДатаРождения]) >= 35 THEN 0.20

WHEN Day(dbo.Сдача_в_прокат.[ДатаНачалаПроката]) = Day(dbo.Клиенты.[ДатаРождения]) AND Month(dbo. Сдача_в_прокат.[ДатаНачалаПроката]) =Month(dbo.Клиенты.[ДатаРождения]) AND Year(getdate()) - Year(dbo.Клиенты.[ДатаРождения]) > 50 THEN 0.5

ELSE 1 END AS dbo.Автомобили.[Стоимость_в_сутки]

INNER JOIN dbo.Клиенты ON dbo.Клиенты.[КодКлиента] = dbo.Сдача_в_прокат.[КодКлиента]

ORDER BY dbo.Клиенты.ФИО



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

SELECT dbo.Клиенты.[КодКлиента], dbo.Клиенты.[ФИО], dbo.Клиенты.[ДатаРождения], YEAR(GETDATE()) -

YEAR(dbo.Клиенты.[ДатаРождения]) AS Возраст,

dbo.Автомобили.[№кузова], dbo.Автомобили.[Стоимость_в_сутки],

dbo.Сдача_в_прокат.[ДатаОформления],

WHEN Day(dbo.Заказы.[ДатаНачалаПроката]) = Day(dbo.Клиенты.[ДатаРождения]) AND Month(dbo.Сдача_в_прокат.[ДатаНачалаПроката]) = Month(dbo.Клиенты.[ДатаРождения]) THEN dbo.Автомобили.[Стоимость_в_сутки]*0.5

FROM dbo.Клиенты INNER JOIN dbo.Клиенты ON

dbo.Клиенты.[КодКлиента] = dbo.Сдача_в_прокат.[ КодКлиента]

ORDER BY dbo.Клиенты.ФИО

7.2 Хранимые процедуры

Хранимая процедура -- это набор операторов Transact-SQL, который компилируется системой SQL-Server в единый "план исполнения". Этот план сохраняется в кэш-области памяти для процедур при первом выполнении хранимой процедуры, что позволяет использовать этот план повторно; системе SQL-Server не требуется снова компилировать эту процедуру при каждом ее запуске. Хранимые процедуры Transact-SQL аналогичны процедурам в других языках программирования в том смысле, что они допускают входные параметры и возвращают выходные значения в виде параметров или сообщения о состоянии (успешное или неуспешное завершение). Все операторы процедуры обрабатываются при вызове процедуры. Хранимые процедуры используются для группирования операторов Transact-SQL и любых логических конструкций, необходимых для выполнения задачи.

· Процедура, осуществляющая добавление новой записи в таблицу автомобили

INSERT INTO dbo.Автомобили ([№кузова], [Марка], [Стоимость_в_сутки])

VALUES (@Введите_ №кузова, @Введите_Марку_автомобиля,

@Введите_стоимость_в_сутки)

· Процедура, осуществляющая добавление новой записи в таблицу Сотрудники

INSERT INTO dbo.Сотрудники ([КодСотрудника], [Должность], [Ставка])

VALUES (@Введите_ Код_сотрудника, @Введите_Наименование_должности,

@Введите_Ставку)

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

DELETE FROM dbo.Сдача_в_прокат

WHERE ([ДатаНачалаПроката] = YEAR(@Введите_год))



· Процедура, осуществляющая показ всех оформленных заказов в определенный период времени

SELECT dbo.[Сдача_в_прокат].[№], dbo.[ Сдача_в_прокат].[ДатаНачалаПроката]

FROM dbo. Сдача_в_прокат

WHERE (dbo.[ Сдача_в_прокат].[ДатаНачалаПроката] BETWEEN @Введите_начальную_дату

AND @Введите_конечную_дату)

7.3 Триггеры

Триггер -- это специальный тип хранимой процедуры, которая запускается автоматически системой SQL Server при модифицировании какой-либо таблицы одним из трех операторов: UPDATE, INSERT или DELETE. Триггеры, как другие хранимые процедуры, могут содержать простые или сложные операторы Transact-SQL. В отличие от других типов хранимых процедур триггеры запускаются автоматически при указанных модификациях данных; их нельзя запустить вручную по имени. Когда происходит запуск триггера, говорят, что он активизируется (Fire). Триггер создается по одной таблице БД, но он может осуществлять доступ и к другим таблицам и объектам других БД. Триггеры нельзя создать по временным таблицам или системным таблицам, а только по определенным пользователем таблицам или представлениям. Таблица, по которой определяется триггер, называется таблицей триггера.

· Триггер на добавление нового клиента в список (если есть совпадение по имени, фамилии, отчеству и дате рождения -- добавление не происходит)



ALTER TRIGGER Существующий_клиент

ON dbo.Клиенты

FOR INSERT, UPDATE

AS IF ((SELECT count(*)

FROM inserted, Клиенты

WHERE (inserted.[ФИО] = Клиенты.[ФИО] AND

inserted.[ДатаРождения] = Клиенты.[ДатаРождения])) >1)

begin

raiserror 50003 'Данный клиент уже есть в базе!'

rollback transaction

end

· Триггер на ввод даты оформления, исключающий даты меньше текущей

ALTER TRIGGER ДатаНачалаПроката

ON dbo. Сдача_в_прокат

FOR INSERT, UPDATE

AS

IF (SELECT count(*)

FROM inserted

WHERE inserted.[ДатаНачалаПроката] < (GETDATE()))>0

begin

rollback transaction

raiserror 50001 'Дата оформления не должна быть меньше текущей! '

end



ЗАКЛЮЧЕНИЕ

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

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

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

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

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



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

1) Курс лекций по дисциплине «Проектирование информационных систем»;

2) А.Ф. Похилько, И.В. Горбачев -- CASE-технология моделирования процессов с использованием средств BRWin и ERWin (Инфологическое моделирование процессов производственной деятельности). 2009 год;

3) С. В. Маклаков -- Моделирование бизнес-процессов с BPWin. 2002 год;

4) http://www.intuit.ru/department/database/sql/ -- курс лекций по SQL в Интернет-Университете Информационных технологий (http://www.intuit.ru);

5) http://msdn.microsoft.com/ru-ru/library -- Библиотека MSDN (по-русски),

«Инструкции языка обработки данных DML (Transact-SQL)», «Справочник по

Transact-SQL (компонент Database Engine)», «Процедурный язык Transact-SQL».



ПРИЛОЖЕНИЕ

Программный код, генерирующий создание таблиц базы данных в Access средствами Erwin

Dim ERwinWorkspace As Workspace

Execution Successful

Dim ERwinDatabase As Database

Execution Successful

Dim ERwinTableDef As TableDef

Execution Successful

Dim ERwinQueryDef As QueryDef

Execution Successful

Dim ERwinIndex As Index

Execution Successful

Dim ERwinField As Field

Execution Successful

Dim ERwinRelation As Relation

Execution Successful

Set ERwinWorkspace = DBEngine.WorkSpaces(0)

Execution Successful

Set ERwinDatabase = ERwinWorkspace.OpenDatabase("D:\lavrenovakurs.mdb")

Execution Successful

CREATE TABLE Клиенты

Execution Successful

Set ERwinField = ERwinTableDef.CreateField("КодКлиента", DB_BYTE)

Execution Successful

ERwinField.Required = True

Execution Successful

Set ERwinField = ERwinTableDef.CreateField("ФИО", DB_TEXT, 50)

Execution Successful

Set ERwinField = ERwinTableDef.CreateField("ДатаРождения", DB_DATETIME)

Execution Successful

Set ERwinField = ERwinTableDef.CreateField("Адрес", DB_TEXT, 50)

Execution Successful

Set ERwinField = ERwinTableDef.CreateField("Телефон", DB_TEXT, 50)

Execution Successful

CREATE INDEX XPKКлиенты

Execution Successful

Set ERwinTableDef = ERwinDatabase.TableDefs("Клиенты")

Execution Successful

Set ERwinIndex = ERwinTableDef.CreateIndex("XPKКлиенты")

Execution Successful

Set ERwinField = ERwinIndex.CreateField("КодКлиента")

Execution Successful

ERwinIndex.Fields.Append ERwinField

Execution Successful

ERwinIndex.Primary = True

Execution Successful

ERwinTableDef.Indexes.Append ERwinIndex

Execution Successful

Размещено на Allbest.ru