Проектирование информационной системы учета продаж компании "Max-Service"

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

Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

Московский государственный индустриальный университет

(ГОУ МГИУ)

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

по специальности «Базы данных»

на тему «Проектирование информационной системы учета продаж Компания "Max-Service"»

Москва, 2013

Содержание

Введение

1. Анализ объекта исследования

1.1 Анализ предметной области

1.2 Постановка задачи

2. Инфологическое моделирование

2.1 Диаграммы потоков данных

2.2 Диаграммы "сущность-связь"

3. Даталогическое моделирование

3.1 Даталогическая модель данных

3.2 Физическая модель данных

4. Разработка программного обеспечения

4.1 Структура программных средств

4.2 Руководство пользователя

4.3 Руководство программиста

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

Приложения

Приложение 1. Схема данных

Приложение 2. Описание таблиц

Приложение 3. Тексты SQL-запросов

Приложение 4. Образцы выходных документов системы

Введение

автоматизация учет продажа информационная

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

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

Собрать материал о предметной области;

Проанализировать сущность задач учета операций товародвижения;

Обосновать использование вычислительной техники;

Формализовать расчеты;

Обосновать разработки по всем видам обеспечения;

Построить инфологическую модель;

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

Реализовать выбранный вариант проекта.

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

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

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

1. Анализ объекта исследования

1.1 Анализ предметной области

Компания "Max-Service" специализируется на продаже, покупке и ремонте сотовых мобильных телефонов следующих производителей: Nokia, Sony Ericsson, Motorola, Samsung, Alcatel, VK Mobile, Siemens, Voxtel, Panasonic, Fly, Sagem, Benefon, Bird, Ericsson, Hewlett-Packard, Hyundai, I-Mate, LG, Maxon, NEC, Pantech, Philips, Sendo, Sharp.

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

Структурно в компании можно выделить два основных компонента:

1. Магазин - осуществляет продажу сотовых телефонов и аксессуаров и скупку у населения б\у телефонов на запчасти или перепродажи.

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

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

2. Сервисный центр.

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

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

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

Бухгалтерский учет реализации товаров на данном предприятии осуществляется по мере поступления денег в кассу от покупателей и ежемесячном пересчёте товаров оставшихся в магазине (ревизия).

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

1.2 Постановка задачи

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

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

Работа с поставщиками происходит следующим образом:

поставщики завозят товар с определённой периодичностью, продавцы, зная эту периодичность, подготавливают заявки на требующиеся наименования товара к приезду поставщиков;

продавцы отдают заявку поставщику;

на основе заявки поставщик отгружает товары, и отдаёт фактуру - регламентированный документ, на основе которого продавцы оплачивают товар;

продавцы проверяют наличие товара по фактуре;

продавцы расплачиваются с поставщиком.

Поставщики предоставляют далеко не все необходимые товары, поэтому в фирме имеются подразделения - товарные экспедиции. Экспедиция состоит из трёх человек: экспедитор, водитель, грузчик. Главную роль играет экспедитор. Его работа включает следующее:

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

взять необходимую сумму денег у руководителя предприятия на основе содержания заявки;

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

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

привезти товар;

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

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

Вопросом расширения и обновления ассортимента занимаются экспедитор и завмаг. Экспедитор исследует предложения фирм-оптовиков и докладывает о появлении интересных предложений завмагу. Завмаг принимает решение: везти или не везти определённый вид товара.

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

документальное сопровождение продажи сотовых телефонов и аксессуаров (чек, гарантийный талон);

диагностика неисправностей;

документальное сопровождение скупки телефонов, бывших в употреблении;

автоматический расчёт стоимости ремонтных услуг и запчастей;

подбор по каталогу моделей с заданными параметрами;

подготовка сводных отчётов по продажам, ремонту и т. д.

выдача информации по запросам.

2. Инфологическое моделирование

2.1 Диаграммы потоков данных

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

Рис. 1. Начальная контекстная диаграмма.

DFD первого уровня строится как декомпозиция процесса, который присутствует на контекстной диаграмме. Процесс «Обслужить» является типовым, по одной и той же схеме с некоторыми несущественными изменениями происходят три базовых процесса: ПРОДАТЬ телефон, КУПИТЬ телефон и РЕМОНТИРОВАТЬ телефон. Выполним декомпозицию процесса ОБСЛУЖИТЬ на процессы первого уровня (рис. 2, 3 и 4):

Рис. 2. Диаграмма потоков данных первого уровня для процесса ОТРЕМОНТИРОВАТЬ.

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

2. Анализировать, т. е. установить причину неисправности. На этом же этапе определяется, какие запчасти нужны для ремонта, рассчитывается стоимость ремонта. Делается заявка на склад на получение нужных запчастей.

3. Работать с неисправным телефоном. То есть, зафиксировать, ликвидировать неисправность, выписать счёт и гарантийный талон для клиента.

На диаграмме первого уровня были выделены три промежуточных хранилища информации:

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

3. БД 2 - Склад. Здесь хранится информация о наличии телефонов, запчастей и т.п.

По аналогичной схеме протекает процесс КУПИТЬ б\у телефон (рис. 3).

Рис. 3. Диаграмма потоков данных первого уровня для процесса ОТРЕМОНТИРОВАТЬ.

Схема процесса ПРОДАТЬ телефон немного отличается от описанных выше схем (рис. 4).

Рис. 4. Диаграмма потоков данных первого уровня для процесса ПРОДАТЬ.

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

2.2 Диаграммы "сущность-связь"

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

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

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

Рис. 9. Диаграмма «сущность-связь»

Товар имеет свойство «наименование», которое отражается в журналах прихода и списания, магазин имеет свойство «название» которое так же отражается в журналах прихода и списания и кассы. В журнале прихода отражается название поставщика. Сотрудник имеет свойство «должность», «ФИО» и «Название магазина» в котором они работают.

3. Даталогическое моделирование

3.1 Даталогическая модель данных

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

В соответствии с построенной инфологической моделью предметной области, были выделены следующие сущности (объекты):

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

2. Фирма - данный объект содержит основные сведения о фирмах-производителях мобильных телефонов.

3. Телефоны_товар - является подчинённым по отношению к объекту Модель_телефона и содержит сведения об отдельных экземплярах этого объекта, включая IMEI, состояние телефона, статус (новый или б/у).

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

5. Телефоны_клиентов. В общем случае каждый клиент может иметь несколько телефонов, которые он мог приобрести как непосредственно в магазине «Vid Service», так и у других продавцов. При этом телефоны клиента могут находиться в разном состоянии - быть исправными или неисправными и т. д.

6. Заявки_клиентов. Клиент, обратившийся в магазин «Vid Service», может заказать модель, которая как присутствует, так и отсутствует на складе. В последнем случае срок выполнения заказа может увеличиться до трёх-четырёх недель, и каждую такую заявку необходимо отслеживать.

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

8. Ремонтные_работы. В общем случае ремонт может оказаться сложным, требующим, например, программирования, замены корпусных деталей и т.п. Изо всего этого складывается конечная стоимость произведённых работ.

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

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

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

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

13. Сотрудники. Необходим для того, чтобы учесть вклад каждого сотрудника в общую работу магазина «Vid Service».

14. Статус_клиента - подстановочный объект, необходимый для идентификации клиента в плане возможности получения им скидки и т.п.

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

3.2 Физическая модель данных

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

В бланках описания таблиц в столбце Индекс используются следующие обозначения:

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

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

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

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

Упорядочение процесса ввода данных для контроля корректности вводимой информации.

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

Таким образом, была составлена даталогическая модель, реализованная в СУБД MS Access, представленная на рис. 5.



Рис. 5. Схема данных, реализованная в СУБД Access.

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

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

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

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

В бланках описания таблиц в столбце Индекс используются следующие обозначения:

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

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

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

Таблица 1.

Описание таблицы «Телефоны_клиентов»

Имя объекта: Телефоны_клиентов
Краткое описание: В таблицу заносятся сведения о телефонах.
Связанные объекты:	Модель_телефона	Связь:	М:1
	Статус_клиента		М:1
	Тех_состояние		М:1
	Клиенты		М:1
Имя	Тип	Размер	Индекс
IMEI	Текстовый	50
модель	Длинное целое	4	FOR
дата_начала	Дата/время	8
дата_окончания	Дата/время	8
код_статуса	Длинное целое	4	FOR
код_состояния	Длинное целое	4	FOR
код_клиента	Длинное целое	4	FOR
аппарат	Логический	1
аккумулятор	Логический	1
задняя_крышка	Логический	1
зарядное_устройство	Логический	1
гарнитура	Логический	1
гарант_талон_№	Текстовый	50
дата_выдачи	Дата/время	8
код_телефона	Длинное целое	4	PRI

Полное описание всех объектов приведено в приложении Б.

4. Разработка программного обеспечения

4.1 Структура программных средств

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

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

Рис. 12 - Общая структура программных средств

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

Кнопочная форма содержит объединяющие последовательности команд и запросов для выполнения задач приложения.

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

В категории Отчеты представлены выходные отчеты, формируемые системой.

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

Инструкции на выборку данных

SELECT [ALL | DISTINCT |DISTINCTROW | TOP ]

{ * | таблица.* | [таблица.]поле_1 [AS псевдоним_1] [, [таблица.]поле_2 [AS псевдоним_2] [, ...]]}

FROM выражение [, ...] [IN внешняяБазаДанных]

[WHERE условие отбора ]

[GROUP BY условие группировки ] (до 10 полей)

[HAVING условие отбора сгруппированных полей ]

[ORDER BY поле 1[ASC|DEC], … ] (сортировка)

[WITH OWNERACCESS OPTION] (пользователю предоставляются права владельца)

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

DISTINCT	Исключает записи, которые содержат повторяющиеся значения в выбранных полях. Чтобы запись была включена в результат выполнения запроса, значения в каждом поле, включенном в инструкцию SELECT, должны быть уникальными.
DISTINCTROW	Опускает данные, основанные на целиком повторяющихся записях, а не отдельных повторяющихся полях.
TOP n [PERCENT]	Возвращает определенное число записей, находящихся в начале или в конце диапазона, описанного с помощью предложения ORDER BY.

В предложении WHERE может размещаться вложенный запрос:

WHERE поле1, поле2, … IN (запрос).

Также, в этом предложении могут быть размещены кванторы существования (EXIST, NOT EXIST). Они всегда размещаются перед вложенным запросом.

В предложении FROM могут быть представлены результаты выполнения операций над другими таблицами:

FROM таблица_1 [INNER | RIGHT | LEFT JOIN таблица_2 ON таблица_1.поле_1 оператор таблица_2.поле_2]

В качестве оператора -- любой оператор сравнения.

Операция INNER JOIN объединяет записи из двух таблиц, если связующие поля этих таблиц содержат одинаковые значения.

Инструкции, которые изменяют данные:

Инструкция SELECT...INTO -- создаёт новую таблицу. SELECT поле_1[, поле_2[, ...]] INTO новая Таблица [IN внешняяБазаДанных] FROM источник;

Инструкция DELETE создает запрос на удаление записей, предназначенный для удаления записей из одной или нескольких таблиц, перечисленных в предложении FROM, которые удовлетворяют предложению WHERE. DELETE [таблица.*] FROM таблица WHERE условиеОтбора;

Инструкция INSERT INTO добавляет запись или записи в таблицу. INSERT INTO назначение [(поле_1[, поле_2[, ...]])] [IN внешняяБазаДанных]
SELECT [источник.]поле_1[, поле_2[, ...] FROM выражение;

Инструкция UPDATE создает запрос на обновление, который изменяет значения полей указанной таблицы на основе заданного условия отбора. UPDATE таблица SET имя поля = новое Значение WHERE условие Отбора.

Инструкции, изменяющие структуру данных

Инструкция CREATE TABLE используется для описания новой таблицы, ее полей и индексов. Если для поля добавлено ограничение NOT NULL, то при добавлении новых записей это поле должно содержать допустимые данные.

CREATE [TEMPORARY] TABLE таблица (поле_1 тип [(размер)] [NOT NULL] [WITH COMPRESSION | WITH COMP] [индекс_1] [, поле_2 тип [(размер)] [NOT NULL] [индекс_2] [, ...]] [, CONSTRAINT составнойИндекс [, ...]])

Создаваемая временная (TEMPORARY) таблица будет доступна только в том сеансе, где эта таблица была создана. По завершении данного сеанса она автоматически удаляется. Временные таблицы могут быть доступны для нескольких пользователей. Использование атрибута WITH COMPRESSION допускается только для типов данных CHARACTER и MEMO (он же TEXT) и их синонимов (переход к формату Юникод).

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

ALTER TABLE таблица {ADD {COLUMN тип поля[(размер)] [NOT NULL]

[CONSTRAINT индекс] | ALTER COLUMN тип поля[(размер)] | CONSTRAINT составнойИндекс} | DROP {COLUMN поле I

CONSTRAINT имяИндекса} }

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

Удаление таблицы:

DROP {TABLE таблица | INDEX индекс ON таблица | PROCEDURE процедура | VIEW представление}

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

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

4.2 Руководство пользователя

Необходимым условием возможности работы с программой является наличие следующего программного обеспечения на компьютере: операционная система Windows 'ХР; пакет программного обеспечения MS Office. СУБД Access 'ХР.

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

Рис. 13 - Окно приветствия

При выборе пункта Клиенты появится форма, где можно добавить и отредактировать контактные данные клиентов (рис. ).

Рис. Редактирование данных клиентов.

При выборе пункта «Склад» появится форма в соответствии с рис. 16.

Рис. 16. Форма для работы со складом.

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

Рис. Каталог запчастей.

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

Рис. Заказы.

Выбор пункта "Продать телефон" инициирует диалог, приведенный на рис.

Рис. Продажа телефона.

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

Рис. 17 - Форма подготовки товарного чека и гарантийного талона

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

В случае если на складе нет нужного покупателю телефона, можно предложить ему сделать заказ по каталогу. Для этого в соответствии с рисунком 16 нужно нажать на кнопку «Принять заявку на телефон». После этого в соответствии с рисунком 18 появится форма с прайс-листом на сотовые телефоны.

Рис. 18 - Форма для выбора модели телефона

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

Для того чтобы начать оформление заказа, нужно отметить в графе «Заказ» нужные модели телефонов и нажать кнопку «Принять заказ».

Следует отметить в графе «Заказ» нужную модель или несколько моделей и нажать кнопку «Сделать заказ», после чего в соответствии с рисунком 19 появится форма для уточнения параметров заказа.

Рис. 19 - Форма подготовки заявки экспедитору

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

При выборе пункта «Покупка б/у телефонов» меню «Операции» появится форма в соответствии с рисунком 20.

Рис. 20 - Оформление покупки б/у телефона

При выборе пункта «Ремонт телефонов» будет выведена форма в соответствии с рисунком 21.

Рис. 21. Форма для приёма телефона в ремонт

Следует поставить флажки в поле «Ремонт» напротив нужных записей. Перемещение между записями о клиентах осуществляется с помощью стрелок в нижнем левом углу формы. После этого нужно нажать на кнопку «Оформить приём», после чего в соответствии с рисунком 22 появится форма для диагностики неисправностей и расчёта стоимости ремонта и запчастей.

Рис. 22 - Форма для диагностики и расчёта стоимости ремонта

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

4.3 Руководство программиста

Разработанное программное средство было сделано в среде СУБД Access 'ХР. При необходимости внести изменения в структуру базы данных, а именно: добавить новые таблицы, изменить состав полей, внешний вид форм и т.д., следует при запуске программы выбрать меню Сервис Параметры запуска и в появившемся окне установить флажок в поле «Окно базы данных». После чего программу следует закрыть и запустить снова. Теперь окно базы данных будет доступно.

Для создания новой таблицы, необходимо активизировать окно базы данных, перейти на закладку «Таблицы» и нажать кнопку создать. На экране появиться окно диалога «Новая таблица». В этом окне выбираем кнопку «Конструктор» и нажимаем кнопку «ОК». Программа выведет окно пустой таблицы в режиме конструктора. В верхней части окна таблицы расположены столбцы, в кото-рые вводятся имя, тип данных и краткое описание каждого поля.

После введения названия поля необходимо указать тип этого поля.

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

Завершив работу по созданию таблицы, сохраним ее, выбрав команды Файл, Сохранить. Выведется окно сохранения. Введем имя таблицы.

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

Вернемся в окно БД. Закрыв текущее окно таблицы. Выберем команду -Сервис -> Схема данных. Microsoft Access откроет пустое окно «Схема данных», выведем на экран окно диалога «Добавление таблицы».

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

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

Макет интерфейса пользователя представлен в Приложении Е.

Чтобы начать создание формы необходимо перейти на вкладку «Форма», а затем нажмем кнопку «Создать» на экране появится «Новая форма». В этом окне выбрать «Конструктор» и нажать ОК. Появиться окно пустой формы в режиме конст-руктора.

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

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

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

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

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

В меню Сервис выберите команду Служебные программы и подкоманду Разделение баз данных.

Следуйте инструкциям в диалоговых окнах мастера Разделение базы данных.

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

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

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

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

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

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

Нажмите кнопку Свойства на панели инструментов, чтобы открыть окно свойств запроса.

Выберите требуемое значение свойства Блокировка записей (RecordLocks).

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

Откройте запрос в режиме конструктора. Выделите запрос, щелкнув в режиме конструктора запроса любое место вне бланка запроса и списков полей.

Нажмите кнопку Свойства на панели инструментов, чтобы открыть окно свойств запроса.

Задайте в значении свойства Время ожидания ODBC (ODBCTimeout) число секунд, после которого возвращается сообщения об ошибке превышения времени ожидания. По умолчанию задается значение 60 секунд. Если задать для этого свойства нулевое значение, ошибка превышения времени ожидания не возникает.

Заключение

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

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

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

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

Таким образом, задание на курсовое проектирование выполнено в полном объёме.

Список литературы

Анохин А.Н. CASE - технология: Моделирование управленческих процессов в организации. Учебное пособие для слушателей повышения квалификации. - М.: Талтар - М, 2000. - 52 с.

Кузнецов С.Д. Основы современных баз данных. Информационно - аналитические материалы. http://www.astu.astranet.ru:8080/database/osbd/contents.shtml

INTEGRATION DEFINITION FOR FUNCTION MODELING (IDEF0). Draft Federal Information Processing Standards Publication 183, 1993, December 2

Taguchi Methods. Case Studies from the U.S. and Europe. ASI Press, 1989.

Анохин А.Н. CASE - технология: Моделирование управленческих процессов в организации. Учебное пособие для слушателей повышения квалификации. - М.: Талтар - М, 2000. - 52 с.

Анохин А.Н., Сотников А.А., Ахметшина З.Н. Базы и банки данных и знаний. Методические указания для самостоятельной аудиторной работы. - Обнинск, 1990. - 41 с.

Вейскас Д. Эффективная работа с Microsoft Access для Windows
XP. Пер. с англ.- СПб.: Питер, 2004.-848с.

Контур Д.С. "Защита компьютеров и информации от несанкционированного доступа" - М.: Электроника, 2006. -257с.

Кузнецов С.Д. Основы современных баз данных. Информационно - аналитические материалы. http://www.astu.astranet.ru:8080/database/osbd/contents.shtml

Курьян А.Г., Серенков П.С., к.т.н. Использование IDEF0 для описания и классификации процессов в рамках системы качества МС ИСО серии 9000 версии 2000 года. Минск, 2001.

Литвин П., Гетц К., Гилберт М. Access 2000. Руководство разработчика. Том 1./Изд. BHV-Киев, 2000. - 1264с.

Марка Д., МакГоуэн К., Методология структурного анализа и проектирования. Пер. с англ. М .:1993, 240 с ., ISBN 5-7395-0007-9

МС ИСО 9000:2000. Пер. с англ. Мн.: Госстандарт РБ. 2000.

Окулесский В.А. Функциональное моделирование - методологическая основа реализации процессного подхода. Москва. 2001.

Основы построения АСУ / Под ред. В. И. Костюка. - М, Радио, 2003 г. - 304с.

Послед Б.С. ACCESS 2002. Приложения баз данных. Лекции и упражнения. - СПб.: ООО «ДиаСофтЮП», 2002. - 656 с.

Р50.1.028-2-001. Методология функционального моделирования. М.: Госстандарт РФ, 2001.

Технологии электронных коммуникаций, том 27 “Локальные сети”, Москва, СП “Эко-Трендз” 2003.

Тиори Т., Фрай Дж. Проектирование структур баз данных: В 2-х кн. Кн.1. Пер. с англ.- М.:Мир,1985.-287с., ил.

ТК РБ 4.2-Р-05-2001. Методика и порядок работ по определению, классификации и идентификации процессов и построению карт процессов. Методические рекомендации. НТК по стандартизации «Управление качеством» Госстандарта РБ. 2001.

Харитонова И.А., Михеева В.Д. Microsoft Access 2000. - СПб.: БХВ - Петербург, 2001. - 1088 с.: ил.

Приложение 1. Схема данных

Приложение 2. Описание таблиц

1. Таблица: Виды_запчастей

Имя объекта: Виды_запчастей
Краткое описание: Классификация запчастей по назначению
Связанные объекты:	Запчасти	Связь:	1: М

Имя	Тип	Размер	Индекс
код_вида_запчасти	Длинное целое	4
вид_запчасти	Текстовый	50
вид_запчасти_англ	Текстовый	50

2. Таблица: Виды_работ

Имя объекта: Виды_работ
Краткое описание: Прайс-лист на ремонтные работы
Связанные объекты:	Ремонтные_работы	Связь:	1: М

Имя	Тип	Размер	Индекс
код_работы	Длинное целое	4
название	Текстовый	50
цена	Денежный	8
гарантия	Логический	1

3. Таблица: Запчасти

Имя объекта: Запчасти
Краткое описание: Наличие запчастей на складе
Связанные объекты:	Виды_запчастей	Связь:	М:1
	Фирмы		М:1
	Ремонт_запчасти		1: М

Имя	Тип	Размер	Индекс
код_запчасти	Длинное целое	4
код_вида_запчасти	Длинное целое	4
код_фирмы	Длинное целое	4
описание	Текстовый	250
кол-во_на складе	Длинное целое	4
цена	Денежный	8
список аналогов	Текстовый	250

4. Таблица: Запчасти_приход

Имя объекта: Запчасти_приход
Краткое описание: Временная таблица для импорта из Excel
Связанные объекты:		Связь:	М:1

Имя	Тип	Размер	Индекс
код_запчасти	Длинное целое	4
код_фирмы	Длинное целое	4
код_вида_запчасти	Длинное целое	4
описание	Текстовый	50
цена	Денежный	8
кол-во	Длинное целое	4
дата_получения	Дата/время	8
учтено	Логический	1

5. Таблица: Заявки_клиентов

Имя объекта: Заявки_клиентов
Краткое описание: Заявки на телефоны
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
код_заявки	Длинное целое	4
код_модели	Длинное целое	4
код_клиента	Длинное целое	4
ориент_дата	Дата/время	8

6. Таблица: Клиенты

Имя объекта: Клиенты
Краткое описание: Контактные данные клиентов
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
Фамилия	Текстовый	50
Имя	Текстовый	50
Отчество	Текстовый	50
серия_№паспорта	Текстовый	50
мобильный	Текстовый	50
домашний	Текстовый	50
рабочий	Текстовый	50
код_клиента	Длинное целое	4

7. Таблица: Модель_телефона

Имя объекта: Виды_запчастей
Краткое описание: Классификация запчастей по назначению
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
фирма	Длинное целое	4
код_модели	Длинное целое	4
модель	Текстовый	50
цена_опт	Денежный	8
цена_розн	Денежный	8
на_складе	Байт	1
камера	Текстовый	50
ИК_порт	Логический	1
MP3	Логический	1
Bluethooth	Логический	1
цвет	Текстовый	50
размер	Текстовый	50
вес	Текстовый	50
конфигурация	Текстовый	50

8. Таблица: Ремонт_запчасти

Имя объекта: Ремонт_запчасти
Краткое описание: Классификация запчастей по назначению
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
код_рем_запчасти	Длинное целое	4
код_запчасти	Длинное целое	4
код_записи	Длинное целое	4
количество	Байт	1
учтено	Логический	1

9. Таблица: Ремонт_телефонов

Имя объекта: Виды_запчастей
Краткое описание: Классификация запчастей по назначению
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
код_записи	Длинное целое	4
код_модели	Длинное целое	4
дата_обращения	Дата/время	8
причина_обращения	Дата/время	8
ориент_дата_окончания	Дата/время	8
реальная_дата_окончания	Дата/время	8
ремонт_завершён	Логический	1
выписан_счёт	Логический	1
оплачен	Логический	1
стоимость_ремонта	Денежный	8
стоимость_запчастей	Денежный	8
код_сотрудника	Длинное целое	4
код_клиента	Длинное целое	4

10. Таблица: Ремонтные_работы

Имя объекта: Виды_запчастей
Краткое описание: Классификация запчастей по назначению
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
код_рем_работы	Длинное целое	4
код_записи	Длинное целое	4
код_работы	Длинное целое	4
плюс_к_тарифу	Денежный	8
минус_к_тарифу	Денежный	8

10. Таблица: Сотрудники

Имя объекта: Виды_запчастей
Краткое описание: Классификация запчастей по назначению
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
код_сотрудника	Длинное целое	4
ФИО	Текстовый	50

11. Таблица: Телефоны_клиентов

Имя объекта: Телефоны_клиентов
Краткое описание: В таблицу заносятся сведения о телефонах.
Связанные объекты:	Модель_телефона	Связь:	М:1
	Статус_клиента		М:1
	Тех_состояние		М:1
	Клиенты		М:1

Имя	Тип	Размер	Индекс
IMEI	Текстовый	50
модель	Длинное целое	4	FOR
дата_начала	Дата/время	8
дата_окончания	Дата/время	8
код_статуса	Длинное целое	4	FOR
код_состояния	Длинное целое	4	FOR
код_клиента	Длинное целое	4	FOR
аппарат	Логический	1
аккумулятор	Логический	1
задняя_крышка	Логический	1
зарядное_устройство	Логический	1
гарнитура	Логический	1
гарант_талон_№	Текстовый	50
дата_выдачи	Дата/время	8
код_телефона	Длинное целое	4	PRI

12. Таблица: Телефоны_товар

Имя	Тип	Размер	Индекс
код_телефона	Длинное целое	4
код_модели	Длинное целое	4
кол-во	Длинное целое	4
цена	Денежный	8
статус_телефона	Текстовый	50

13. Таблица: Тех_состояние

Имя объекта: Виды_запчастей
Краткое описание: Классификация запчастей по назначению
Связанные объекты:		Связь:	М:1
			М:1
			М:1
			М:1

Имя	Тип	Размер	Индекс
код_состояния	Длинное целое	4
состояние	Текстовый	50

Приложение 3. Тексты SQL-запросов

Запрос: IMEI_поиск

SELECT Телефоны_клиентов.IMEI, Телефоны_клиентов.модель,

Телефоны_клиентов.код_клиента

FROM В_розыске, Телефоны_клиентов

Запрос: Добавить_в_ремонт

INSERT INTO Ремонт_телефонов ( код_клиента, код_модели, IMEI )

SELECT Телефоны_клиентов.код_клиента, Телефоны_клиентов.модель,

Телефоны_клиентов.IMEI

FROM Телефоны_клиентов

WHERE (((Телефоны_клиентов.IMEI) Not In (SELECT Ремонт_телефонов.IMEI FROM

Запрос: добавление_запчасти

INSERT INTO Запчасти ( код_фирмы, код_вида_запчасти, описание, цена )

SELECT Запчасти_приход.код_фирмы, Запчасти_приход.код_вида_запчасти,

Запчасти_приход.описание, Запчасти_приход.цена

FROM Запчасти_приход

WHERE (((Запчасти_приход.описание) Is Not Null And (Запчасти_приход.описание) Not In

(SELECT Запчасти.описание FROM Запчасти)) AND ((Запчасти_приход.учтено)=No));

Запрос: заявка1

SELECT Модель_телефона.модель, Модель_телефона.цена_розн, 1 AS [кол-во], "" AS

ФИО_клиента, "" AS Контактные_данные, Date() AS срок_исполнения,

Модель_телефона.код_модели INTO заявки

FROM Модель_телефона

Запрос: заявка2

INSERT INTO заявки_лист ( код_модели, ориент_цена, [кол-во], ФИО_клиента,

контактные_данные, ориент_дата )

SELECT заявки.код_модели, заявки.цена_розн, заявки.[кол-во], заявки.ФИО_клиента,

заявки.Контактные_данные, заявки.срок_исполнения

FROM заявки;

Запрос: квитанция_на_ремонт

SELECT DISTINCT Клиенты.Фамилия, Клиенты.Имя, Клиенты.Отчество,

Ремонт_телефонов.код_модели, Ремонт_телефонов.ориент_дата_окончания,

Ремонт_телефонов.причина_обращения, Ремонт_телефонов.стоимость_ремонта,

Ремонт_телефонов.стоимость_запчастей, Ремонт_телефонов.выписан_счёт,

Ремонт_телефонов.код_сотрудника, Клиенты.код_клиента, Модель_телефона.модель, Телефоны_клиентов.IMEI, Телефоны_клиентов.аппарат, Телефоны_клиентов.аккумулятор,

Телефоны_клиентов.задняя_крышка, Телефоны_клиентов.зарядное_устройство,

Телефоны_клиентов.гарнитура, Ремонт_телефонов.дата_обращения, Клиенты.домашний, Клиенты.рабочий, Клиенты.мобильный

FROM Модель_телефона INNER JOIN ((Клиенты INNER JOIN Ремонт_телефонов ON

Клиенты.код_клиента=Ремонт_телефонов.код_клиента) INNER JOIN Телефоны_клиентов ON

Клиенты.код_клиента=Телефоны_клиентов.код_клиента) ON

(Модель_телефона.код_модели=Ремонт_телефонов.код_модели) AND

(Модель_телефона.код_модели=Телефоны_клиентов.модель)

Запрос: ном_квит

UPDATE продажи_телефонов1 INNER JOIN продажи_телефонов ON

продажи_телефонов1.IMEI=продажи_телефонов.IMEI SET продажи_телефонов1.код_записи =

продажи_телефонов.код_записи

WHERE (((продажи_телефонов1.код_записи)=1));

Запрос: обн_клиент

UPDATE продажи_телефонов1 INNER JOIN продажи_телефонов ON

продажи_телефонов1.IMEI=продажи_телефонов.IMEI SET продажи_телефонов.Фамилия =

продажи_телефонов1.фамилия, продажи_телефонов.Имя = продажи_телефонов1.имя,

продажи_телефонов.Отчество = продажи_телефонов1.отчество,

продажи_телефонов.Серия_№_паспорта = продажи_телефонов1.серия_№_паспорта,

продажи_телефонов.рабочий = продажи_телефонов1.рабочий, продажи_телефонов.домашний

= продажи_телефонов1.домашний, продажи_телефонов.мобильный =

Запрос: обновить_модель

UPDATE Модель_телефона SET Модель_телефона.купить = No;

Запрос: обновить_ремонт

UPDATE Телефоны_клиентов INNER JOIN Ремонт_телефонов ON

Телефоны_клиентов.код_телефона=Ремонт_телефонов.код_телефона SET

Ремонт_телефонов.код_клиента = телефоны_клиентов.код_клиента,

Ремонт_телефонов.код_фирмы = телефоны_клиентов.фирма, Ремонт_телефонов.код_модели

= телефоны_клиентов.модель

WHERE (((Ремонт_телефонов.код_клиента) Is Null) AND ((Ремонт_телефонов.код_фирмы) Is

Запрос: обновить_телефон

UPDATE Телефоны_товар SET Телефоны_товар.купить = No;

Запрос: обновление_запчасти

UPDATE Запчасти, Запчасти_приход SET Запчасти.[кол-во_на складе] = запчасти.[кол-во_на

складе]+запчасти_приход.[кол-во], Запчасти.цена = запчасти_приход.цена

WHERE (((Запчасти.описание)=[запчасти_приход].[описание]));

Запрос: обновление_работы

UPDATE промежут_отчет_работы INNER JOIN Ремонт_телефонов ON

промежут_отчет_работы.код_записи = Ремонт_телефонов.код_записи SET

Ремонт_телефонов.стоимость_ремонта = промежут_отчет_работы.работы;

Запрос: обновление_рем_запчасти

UPDATE промежут_отчёт_запчасти INNER JOIN Ремонт_телефонов ON

промежут_отчёт_запчасти.код_записи=Ремонт_телефонов.код_записи SET

Ремонт_телефонов.стоимость_запчастей = промежут_отчёт_запчасти.запчасти;

Запрос: отчёт_по_работам

SELECT Ремонт_телефонов.дата_обращения, Виды_работ.название, Виды_работ.цена

FROM Ремонт_телефонов INNER JOIN (Виды_работ INNER JOIN Ремонтные_работы ON

Виды_работ.код_работы=Ремонтные_работы.код_работы) ON

Ремонт_телефонов.код_записи=Ремонтные_работы.код_записи;

Запрос: отчёт_телефоны_период

SELECT Модель_телефона.модель, продажи_телефонов.цена,

продажи_телефонов.дата_продажи

FROM Модель_телефона INNER JOIN продажи_телефонов ON

Модель_телефона.код_модели=продажи_телефонов.код_модели

Запрос: отчет_телефоны_период1

SELECT Модель_телефона.модель, продажи_телефонов.цена,

продажи_телефонов.дата_продажи

FROM Модель_телефона INNER JOIN продажи_телефонов ON

Модель_телефона.код_модели=продажи_телефонов.код_модели

GROUP BY Модель_телефона.модель, продажи_телефонов.цена,

Запрос: очистка_новая_розыск

DELETE новая_розыск.*

FROM новая_розыск;

Запрос: очистка_приход

DELETE Запчасти_приход.код_запчасти

FROM Запчасти_приход;

Запрос: поиск_IMEI_товар

SELECT Телефоны_товар.IMEI, Телефоны_товар.код_модели, покупка_бу.Фамилия,

покупка_бу.дата_покупки, покупка_бу.мобильный, покупка_бу.домашний,

покупка_бу.рабочий

FROM покупка_бу INNER JOIN (В_розыске INNER JOIN Телефоны_товар ON

Запрос: поиск_запчастей

SELECT Клиенты.код_клиента, Запчасти.код_фирмы, Виды_запчастей.вид_запчасти,

Фирма.фирма, Запчасти.описание, Запчасти.[кол-во_на складе]

FROM (Фирма INNER JOIN (Виды_запчастей INNER JOIN Запчасти ON

Виды_запчастей.код_вида_запчасти=Запчасти.код_вида_запчасти) ON

Фирма.код_фирмы=Запчасти.код_фирмы) INNER JOIN (Модель_телефона INNER JOIN (Клиенты INNER JOIN Ремонт_телефонов ON Клиенты.код_клиента=Ремонт_телефонов.код_клиента)

ON Модель_телефона.код_модели=Ремонт_телефонов.код_модели) ON

Фирма.код_фирмы=Модель_телефона.фирма

WHERE (((Виды_запчастей.вид_запчасти) Like ([Введите вид запчасти])) AND ((Запчасти.[кол-во_на складе])>0));

Запрос: поиск_имей_ремонт

SELECT DISTINCT Телефоны_клиентов.IMEI, Модель_телефона.модель,

Ремонт_телефонов.причина_обращения, Ремонт_телефонов.дата_обращения,

Клиенты.Фамилия, Клиенты.Имя, Клиенты.Отчество

FROM Модель_телефона INNER JOIN ((Клиенты INNER JOIN Ремонт_телефонов ON

Клиенты.код_клиента=Ремонт_телефонов.код_клиента) INNER JOIN Телефоны_клиентов ON

Клиенты.код_клиента=Телефоны_клиентов.код_клиента) ON

(Модель_телефона.код_модели=Ремонт_телефонов.код_модели) AND