close

Вход

Забыли?

вход по аккаунту

?

poyasnitelnaya zapiska posl versia(1)

код для вставкиСкачать
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ2
1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ4
1.1. Описание предметной области4
1.2. Описание процесса решения задачи10
1.3. Выбор инструментария для разработки программного продукта16
2. ПРОЕКТНАЯ ЧАСТЬ21
2.1. Постановка цели и определение задач разрабатываемого программного продукта21
2.2. Техническое задание22
2.3 Организация данных25
2.4 Требование к системе40
2.5 Описание работы программы41
ЗАКЛЮЧЕНИЕ46
СПИСОК ЛИТЕРАТУРЫ47
ПРИЛОЖЕНИЯ48
ВВЕДЕНИЕ
Значительный рост автомобильного парка нашей страны вызывает увеличение объёма работ по техническому обслуживанию и ремонту автомобилей. Выполнение этих работ требует больших трудовых затрат при ведении документации, оперативности, точности и достоверности обрабатываемых данных. В связи с этим требуется значительно повысить производительность труда путем внедрения информационных технологий на СТО для учета услуг технического обслуживания и ремонта автомобилей.
На предприятиях по техническому обслуживанию автомобилей всё шире применяются различные программные продукты. Они позволяют своевременно формировать заказы на запчасти, вести маркетинговую политику среди своих клиентов, печатать отчеты в различных разрезах за любой период времени, что значительно облегчает работу персонала.
Вновь подготавливаемые кадры для работы в автопредприятиях должны уметь работать в информационной системе. Слаженная работа персонала с автоматизированной информационной системой повышает производительность труда и эффективность работы СТО.
Механизмы работ по техническому обслуживанию и ремонту автомобилей с использованием информационных технологий облегчает и ускоряет многие технологические процессы, но при этом от обслуживающего персонала требуется хорошее усвоение определённых приёмов и навыков, умение пользоваться современными программными продуктами и оборудованием. Работоспособность автомобиля оценивается совокупностью эксплуатационно-технических качеств - динамичностью, устойчивостью, экономичностью, надёжностью, управляемостью и т.д - которые для каждого автомобиля выражаются конкретнымипоказателями. Чтобы работоспособность автомобиля находилась на требуемом уровне, значение этих показателей длительное время должны мало измениться по сравнению с их первоначальными величинами.
Однако техническое состояние автомобиля, как и всякой другой машины, процессе длительной эксплуатации не остается неизменными. Оно ухудшается вследствие изнашивания деталей и механизмов, поломок и других неисправностей, что приводит результате к ухудшению эксплуатационно-технических качеств автомобиля.
Изменение указанных качеств автомобиля по мере увеличения пробега может происходить также в результате несоблюдения правил технической эксплуатации или технического обслуживания автомобиля.
Основным средством уменьшения интенсивности изнашивания деталей и механизмов и предотвращения неисправностей автомобиля, то есть поддержания его в должном техническом состоянии, является своевременное и высококачественное выполнение технического обслуживания. Под техническим обслуживанием понимают совокупность операций (уборомоечные, крепежные, регулировочные, смазочные и др.), цель которых - предупредить возникновение неисправностей (повысить надежность) и уменьшить изнашивание деталей (повысить долговечность), а последовательно, длительное время поддерживать автомобиль в состоянии постоянной технической исправности и готовности к работе.
Даже при соблюдении всех мероприятий изнашивание деталей автомобиля может приводить к неисправностям и к необходимости восстановления его работоспособности или ремонта. Следовательно, под ремонтом понимается совокупность технических воздействий, направленных на восстановление технического состояния автомобиля (его агрегатов и механизмов), потерявшего обслуживание и ремонта автомобилей.
Основной документ, согласно которому производится ТО и ремонт на авто предприятиях положения о ТО и ремонте автомобильного транспорта. Согласно этому документу, ТО производится планово-предупредительно через определенный пробег.
Целью дипломного проекта является создание автоматизированной системы учета услуг автосервисного предприятия.
Задачами дипломного проекта являются:
­ анализ организационной модели станции технического обслуживания, а также информационных потоков внутри нее;
­ определение задач и функций пользователей информационной системы;
­ установление назначения разработки, автоматизируемых функций;
­ определение входной, выходной и нормативно-справочной информации;
­ проектирование и разработка автоматизированной системы.
1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
1.1. Описание предметной области
В современных рыночных условиях одним из самых перспективных бизнесов является автосервис. Спрос на сервис автомобильной техники постоянно увеличивается. Парк автомашин растет с каждым годом, так как развивающаяся экономика требует все больше техники. Сотни тысяч новых предприятий, приобретающих технику, не обзаводятся ремонтной базой, рассчитывая на сервис производителей. Потребители новейших моделей не могут ремонтировать их сами, не желая затрат на специальное оборудование и обучение ремонтников.
Несмотря на ряд решаемых задач, и услуг предоставляемых СТО, все же основной его задачей являются техническое обслуживание автомобилей.
Техническое обслуживание (ТО) - это комплекс операций или операция по поддержанию исправного состояния колесного транспортного средства (составных частей, систем колесного транспортного средства) в соответствии с инструкциями его изготовителя.
Ремонт - комплекс операций по восстановлению исправного состояния колесного транспортного средства (его составных частей, систем).
Система технического обслуживания и ремонта - совокупность взаимосвязанных средств, документации технического обслуживания и ремонта, а также исполнителей, необходимых для поддержания и восстановления качества изделий, входящих в эту систему. Целью системы технического обслуживания является обеспечение соответствия состояния автотранспортных средств населения установленным требованиям и повышение эффективности их использования владельцами.
Чтобы обеспечить работоспособность автомобиля в течение всего периода эксплуатации, необходимо периодически поддерживать его техническое состояние комплексом технических воздействий, которые в зависимости от назначения и характера можно разделить на две группы:
а) воздействия, направленные на поддержание агрегатов, механизмов и узлов автомобиля в работоспособном состоянии в течение наибольшего периода эксплуатации;
б) воздействия, направленные на восстановление утраченной работоспособности агрегатов, механизмов и узлов автомобиля.
Комплекс мероприятий первой группы составляет систему технического обслуживания и носит профилактический характер, а второй - представляет собой систему восстановления (ремонта).
При этом под техническим воздействием понимается любая операция, приводящая к восстановлению или сохранению параметров колесного транспортного средства (его составных частей, систем) в процессе его ТО и ремонта, а также любая операция, осуществляемая в процессе контроля соответствия технического состояния колесного транспортного средства предъявляемым требованиям. При этом глубина технического воздействия и, как следствие, его эффективность определяются конечной целью - необходимостью поддержания автомобиля в работоспособном состоянии на протяжении всего периода его эксплуатации.
Автосервисом в городе Улан-Удэ занимаются такие организации как как: Монро-Сервис, Автовизард, Завгаравто, Сервис Авто, Жидовецкий и К, Калибри, Феникс Авто, Движение, Доктор Авто, Восточный, Изумруд, За Рулем, Зил-Сервис, Данал, Два Кита, Мотом. Автосервисом в городе Улан-Удэ занимаются и индивидуальные предприниматели, в том числе СТО "Фортуна" (ИП Макаров В.А.).
Организационная структура СТО направлена на установление четких взаимосвязей между всеми ее отделениями, их тесного взаимодействия в выполнении поставленных задач. Организационная структура СТО представлена на рисунке 1.1.
Рис.1. Организационная структура СТО
На станции технического обслуживания работают: главный бухгалтер, начальник отдела (главный механик), жестянщик, автомаляр, автоэлектрик, три автослесаря, а также генеральный директор, являющийся единственным владельцем СТО.
Основные функции структурных единиц, указанных на рис. 1:
Основные задачи главного бухгалтера:
1) выполняет работу по ведению бухгалтерского учета имущества, обязательств и хозяйственных операций (учет основных средств, товарно-материальных ценностей, затрат на производство, реализацию продукции, результатов хозяйственно-финансовой деятельности, расчетов с поставщиками и заказчиками, а также за предоставленные услуги и т.п.);
2) участвует в разработке и осуществлении мероприятий, направленных на соблюдение финансовой дисциплины и рациональное использование ресурсов;
3) осуществляет прием и контроль первичной документации по соответствующим участкам бухгалтерского учета и подготавливает их к счетной обработке;
4) отражает на счетах бухгалтерского учета операции, связанные с движением основных средств, товарно-материальных ценностей и денежных средств;
5) составляет отчетные калькуляции себестоимости продукции (работ, услуг), выявляет источники образования потерь и непроизводительных затрат, подготавливает предложения по их предупреждению;
6) производит начисление и перечисление налогов и сборов в федеральный, региональный и местный бюджеты, страховых взносов в государственные внебюджетные социальные фонды, платежей в банковские учреждения, средств на финансирование капитальных вложений, заработной платы рабочих и служащих, других выплат и платежей, а также отчисление средств на материальное стимулирование работников предприятия;
7) обеспечивает руководителей, кредиторов, инвесторов, аудиторов и других пользователей бухгалтерской отчетности сопоставимой и достоверной бухгалтерской информацией по соответствующим направлениям (участкам) учета;
8) разрабатывает рабочий план счетов, формы первичных документов, применяемые для оформления хозяйственных операций, по которым не предусмотрены типовые формы, а также формы документов для внутренней бухгалтерской отчетности, участвует в определении содержания основных приемов и методов ведения учета и технологии обработки бухгалтерской информации;
9) участвует в проведении экономического анализа хозяйственно-финансовой деятельности предприятия по данным бухгалтерского учета и отчетности в целях выявления внутрихозяйственных резервов, осуществления режима экономии и мероприятий по совершенствованию документооборота, в разработке и внедрении прогрессивных форм и методов бухгалтерского учета на основе применения современных средств вычислительной техники, в проведении инвентаризаций денежных средств и товарно-материальных ценностей;
10) участвует в формулировании экономической постановки задач либо отдельных их этапов, решаемых с помощью вычислительной техники, определяет возможность использования готовых проектов, алгоритмов, пакетов прикладных программ, позволяющих создавать экономически обоснованные системы обработки экономической информации.
Основные задачи автоэлектрика:
1) диагностика и ремонт электрооборудования автомобиля, дополнительного оборудования;
2) диагностика и ремонт систем впрыска бензиновых двигателей;
3) диагностика и ремонт систем питания дизельных двигателей;
4) диагностика и ремонт систем контроля тормозного и тягового усилия;
5) диагностика и ремонт систем регулирования дорожного просвета и адаптивного демпфирования;
6) диагностика и ремонт систем дистроник, темпомат;
7) диагностика и ремонт системы санкционированного доступа к автомобилю;
8) диагностика и ремонт системы пассивной безопасности;
9) диагностика и ремонт климат - контроля, и пр. электроники.
Основные задачи автомаляра:
подготовка автомобилей к покраске;
подбор краски;
окраска автомобилей.
Основные задачи автослесаря:
проводит диагностику и профилактический осмотр автотранспортных средств;
выбраковывает детали после разборки и мойки, производит при необходимости слесарную обработку деталей, статическую балансировку деталей и узлов; выполняет работы по разборке, ремонту и сборке узлов и механизмов автотранспортных средств;
выполняет работы по установке, регулированию и замене запасных частей, агрегатов и оборудования согласно оформленного заказ-наряда;
устраняет выявленные в ходе диагностики дефекты и неисправности;
оформляет приемо-сдаточную документацию;
выполняет работы с использованием спецодежды и требуемых средств защиты, приспособлений и ограждений, соблюдает правила техники безопасности и противопожарной безопасности.
Деятельность СТО в настоящее время не подлежит обязательной сертификации. Регулирование отношений, возникающих при выполнении работ или оказании услуг, и оценка их соответствия осуществляется в соответствии с Федеральным законом Российской Федерации "О техническом регулировании" № 184-ФЗ, принятым 15 декабря 2002 г. Государственной Думой РФ и введенным в действие с 1 июля 2003 г. Он заменил законы РФ "О стандартизации", "О и услуг", а также положения многих других законодательных актов, которые затрагивают правоотношения в сфере разработки, утверждения и применения нормативно-технических документов, подтверждения соответствия и осуществления надзора за их соблюдением. Закон позволяет освободить предпринимателей от мелочной опеки органов исполнительной власти, кардинально повысить уровень правового регулирования и имеет целью устранение технических и административных препятствий в развитии предпринимательства. Данный документ является комплексным законодательным актом РФ и направлен на установление правил государственного регулирования требований к работам и услугам в интересах потребителей. Закон вводит новую систему - подтверждение соответствия деятельности предприятий автосервиса, т.е. документальное удостоверение соответствия выполненных работ или оказываемых услуг требованиям технических регламентов, положениям стандартов или условиям договоров. В соответствии с Законом деятельность СТОА осуществляется на основе добровольного подтверждения соответствия в форме добровольной сертификации, т.е. по инициативе заявителя на условиях договора между СТОА и аккредитованным органом по сертификации.
Для непосредственного регулирования отношений, возникающих между автовладельцем (потребителем, заказчиком) и СТОА (исполнителем) при оказании услуг (выполнении работ) по ТО и ремонту, автомобилей и их составных частей разработаны Правила оказания услуг (выполнения работ) по техническому обслуживанию и ремонту автомототранспортных средств (утв. постановлением Правительства РФ от 11 апреля 2001 г. №290).
Работы по ТО и ремонту автомобиля производятся на основании договора, который заключается при предъявлении автовладельцем документа, удостоверяющего личность, а также документов, удостоверяющих право собственности на автомототранспортное средство, - свидетельства о регистрации, паспорта автомототранспортного средства, справки-счета (при сдаче в ремонт отдельных составных частей автомобиля, не являющихся номерными, предъявления указанных документов не требуется).
Информация об оказываемых услугах, обеспечивающая возможность их правильного выбора, должна быть предоставлена автовладельцу до заключения договора. Эта информация должна быть размещена в помещении, где производится прием заказов, в удобном для обозрения месте.
При обоюдно приемлемых условиях выполнения работ заключается договор в письменной форме.
Если работы исполняются в присутствии заказчика (подкачка шин, диагностические работы, некоторые работы ТО, мойка и т.д.), то заказчику выдают квитанцию, жетон, талон и т.п. В случае если автовладелец оставляет автомобиль на СТО для выполнения работ, то одновременно с договором составляется приемосдаточный акт, где указываются комплектность автомобиля и видимые наружные повреждения и дефекты, сведения о предоставлении автовладельцем запасных частей и материалов с указанием их точного наименования, описания и цены. Приемосдаточный акт подписывается ответственным лицом СТО и автовладельцем и заверяется печатью СТО.
Основные недостатки представлены на рис. 1.
Рис. 1. Дерево проблем
Основной проблемой СТО, с точки зрения автоматизации, является недостаточное использование информационных технологий.
На основании проведенного анализа структуры и функций СТО, а также дерева проблем, необходимо разработать информационную модель.
На основе информационной модели необходимо разработать автоматизированное рабочее место СТО.
Целями создания автоматизированной системы является повышение эффективности работы сотрудников с запчастями, поставляемые дилерами на СТО, сокращение потерь рабочего времени, ведение учета всех заказов на ремонт автомобиля.
Задачами создаваемой автоматизированной системы являются:
экономия времени за счет сокращения времени на выполнение работ;
повышение качества выходной информации путем автоматизации процессов составления заказов на ремонт и на запчасти;
защита информации от несанкционированного доступа.
1.2. Описание процесса решения задачи
Проектирование любой автоматизированной информационной системы осуществляется с определения его функционального назначения. В данной работе описанная информационная система предназначена для автоматизации учета услуг на станциях технического обслуживания. В информационной системе будут работать работники СТО, которые непосредственно занимаются ремонтом автомобилей, финансовые работники, отслеживающие денежные потоки, и руководитель предприятия для получения информации, необходимой для эффективного управления СТО.
Для разработки данной информационной системы была проанализирована предметная область, а именно СТО "Фортуна" (ИП Макаров В.А.). В результате анализа было выявлено, что информационные потоки между административно-управленческим аппаратом и техническими работниками осуществляются по схеме, указанной на рис. 2.
Рис. 2. Информационные потоки на СТО "Фортуна"
Были выявлены логические связи между отделами: клиент обращается в СТО с какой-либо неисправностью автомобиля, автомобиль проходит диагностику у необходимого специалиста; жестянщик (либо автоэлектрик, автомаляр, автослесарь либо все вместе) пишут, что надо сделать, какие запасные части необходимо купить. Затем они отправляют заказы главному механику, который формирует общий заказ.
Работы по техническому обслуживанию и ремонту автомобиля производятся на основании договора, который заключается при предъявлении автовладельцем документа, удостоверяющего личность, а также документов, удостоверяющих право собственности на автомототранспортное средство, - свидетельства о регистрации, паспорта автомототранспортного средства, справки-счета (при сдаче в ремонт отдельных составных частей автомобиля, не являющихся номерными, предъявления указанных документов не требуется).
Информация об оказываемых услугах, обеспечивающая возможность их правильного выбора, предоставляется автовладельцу до заключения договора. При обоюдно приемлемых условиях выполнения работ заключается договор в письменной форме.
Если работы исполняются в присутствии заказчика (подкачка шин, диагностические работы, некоторые работы технического обслуживания и т.д.), то заказчику выдают квитанцию, жетон, талон и т.п. В случае если автовладелец оставляет автомобиль на СТО для выполнения работ, то одновременно с договором составляется приемосдаточный акт, где указываются комплектность автомобиля и видимые наружные повреждения и дефекты, сведения о предоставлении автовладельцем запасных частей и материалов с указанием их точного наименования, описания и цены. Приемосдаточный акт подписывается главным механиком и автовладельцем и заверяется печатью СТО.
Современный подход к созданию информационных систем заключается не в создании системы на базе какого-либо интегрированного продукта, а в тщательном её проектировании и лишь потом реализации с помощью адекватных программных средств. Под проектированием любого объекта понимается процесс построения его образа, используемого затем для определённой (заданной) цели.
Проектирование информационных систем, включающих в себя базы данных, осуществляется на физическом и логическом уровнях. Решение проблем проектирования на физическом уровне во многом зависит от используемой СУБД, зачастую автоматизировано и скрыто от пользователя. В ряде случаев пользователю предоставляется возможность настройки отдельных параметров системы, которая не составляет большой проблемы. Логическое проектирование заключается в определении числа и структуры таблиц, формировании запросов к БД, определении типов отчетных документов, разработке алгоритмов обработки информации, создании форм для ввода и редактирования данных в базе и решении ряда других задач. Решение задач логического проектирования БД в основном определяется спецификой задач предметной области. Наиболее важной является проблема структуризации данных. При проектировании структур данных для автоматизированных систем можно выделить три основных подхода:
Сбор информации об объектах решаемой задачи в рамках одной таблицы (одного отношения) и последующая декомпозиция ее на несколько взаимосвязанных таблиц на основе процедуры нормализации отношений.
Формулирование знаний о системе (определение типов исходных данных и их взаимосвязей) и требований к обработке данных. При этом с помощью CASE-систем можно получить готовые схемы БД или даже готовую прикладную информационную систему.
Структурирование информации для использования в информационной системе в процессе проведения системного анализа на основе совокупности правил и рекомендаций. Для успешного проведения проектных работ рекомендуется выявить один или несколько прототипов проектируемого объекта, на их основе разработать некоторое количество возможных вариантов (их количество, как правило, в несколько раз больше числа выявленных прототипов). Например, для определения организационно-управленческой структуры автоматизируемой организации в качестве прототипа можно использовать существующую её структуру. Затем из полученных вариантов следует отобрать альтернативные разновидности. С учётом местных условий и локальных ограничений сократить оставшиеся варианты, из которых выбрать наилучшие решения. При проектировании рассматривается как внешняя, так и внутренняя среда объекта. В качестве макро среды организации выступают: пользователи (клиенты, заказчики) и их запросы; поставщики информации (информация об информации), исходящие и входящие информационные потоки, направляемые в организацию; внешние органы управления организацией. Применение унифицированных проектных решений базируется на типовых функциях и характеристиках организации. В одном подразделении организации объектом может выступать отдельная операция или процесс (цикл), состоящий из нескольких операций. Если группа подразделений является областью применения технических средств, то возникает потребность организации автоматизированной последовательности выполнения нескольких операций (процессов) конвейерным способом, например, применяемым в промышленности при изготовлении сложных агрегатов. Интеграция нескольких процессов создаёт предпосылки формирования комплексной системы для наиболее полного решения основных задач. Исходными данными, промежуточными и конечными результатами процесса проектирования являются описания объекта, сделанные на специальном и (или) естественном языке. Этапы проектирования баз данных
Этап 1. Определение сущностей. В процессе проектирования базы данных по предметной области СТО "Фортуна" были определены следующие сущности:
Автомобили;
Владельцы;
Виды работ;
Новые запчасти;
Заказы;
Услуги заказа;
Установка запчастей;
Заказы.
На 2 этапе определены взаимосвязи между сущностями. Существуют взаимосвязи между сущностями: автомобили-заказы; владельцы-заказы; заказы-услуги заказа и установка запчастей; установка запчастей- новые запчасти; услуги заказа- виды работ.
На 3 этапе определены первичные ключи и атрибуты сущностей: Автомобили
* Код автомобиляМарка автоРегистр. знакТех. паспортЦвет автоГод выпускаДвигатель №Кузов №Шасси №Примечание Владельцы
* Код владельцаФамилияИмяОтчествоПаспорт №Права №ТелефонФотоПримечание Виды работ
* Код работыВид работыСтоимость работыСрок выполненияГарантия Новые запчасти
* Код автозапчастиНаименованиеСтоимостьГарантия Заказы
* Номер заказаКод автомобиляКод владельцаДата поступленияПримечание Услуги заказа
* Номер заказа* Код работы Установка запчастей
* Номер заказа* Код автозапчасти Этап 4. Приведение модели к требуемому уровню нормальной формы. Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД. В процессе нормализации элементы данных группируются в таблицы, представляющие объекты и их взаимосвязи. Нормализация основана на том, что определенный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Введение нормализации отношений при разработке информационной модели обеспечивает минимальный физический объем БД и ее максимальное быстродействие, что отражается на качестве функционирования ИС. Нормализация информационной модели выполняется в несколько этапов. Данные, представленные в виде двумерной таблицы, являются первой нормальной формой реляционной модели данных. Первый этап нормализации заключается в образовании двумерной таблицы, содержащей все необходимые атрибуты информационной модели, и в выделении ключевых атрибутов. При этом обычно получается внушительная таблица, содержащая разнородную информацию; наблюдаются аномалии включения, обновления и удаления данных, не имеющих никакого отношения к текущим действиям. Например, при включении в каталог продаж новой модели автомобиля сразу же придётся указать купившего ее клиента. Ключевое поле - это одно или несколько полей, комбинация значений которых однозначно определяет каждую запись в таблице. Это уникальный идентификатор записей, используемый для поиска записей и объединения таблиц. Ключевое поле в таблице не может содержать пустые и повторяющиеся значения. Ключевое поле в таблице используется для поиска записей. При ссылке на ключевое поле из другой таблицы оно называется полем внешнего ключа. В качестве ключевого поля обычно рекомендуется использовать идентификационный или табельный номер. Так как оно является предметным словом и выбирается из текста для его индексирования, то ключевое слово является фрагментом текста, отражающим содержание документа. Запись данных - это полный набор данных об определенном объекте; это любая строка в таблице данных. Физически в базах данных понятию запись данных соответствует понятие структуры. Отношение считается заданным во второй нормальной форме, если оно является отношением в первой нормальной форме и каждый атрибут, не являющийся первичным атрибутом в этом отношении, полностью зависит от любого возможного ключа этого отношения. Приведение отношений ко второй нормальной форме заключается в обеспечении полной функциональной зависимости всех атрибутов от ключа за счёт разбиения таблицы на несколько, в которых все имеющиеся атрибуты будут иметь полную функциональную зависимость от ключа этой таблицы. В процессе приведения модели ко второй нормальной форме в основном исключаются аномалии дублирования данных. Отношение задано в третьей нормальной форме, если оно задано во второй нормальной форме и каждый атрибут этого отношения, не являющийся первичным, не транзитивно зависит от каждого возможного ключа этого отношения.
Транзитивная зависимость выявляет дублирование данных в одном отношении. Если А, В и С - три атрибута одного отношения и С зависит от В, а В от А, то говорят, что С транзитивно зависит от А. Например, если все данные о моделях автомобилей и самих поступающих автомобилях хранятся в одном отношении, то для нескольких автомобилей одной модели надо многократно указывать тип кузова и другие технические характеристики. В этом случае технические характеристики зависят от модели автомобиля и, при наличии нескольких автомобилей одной модели, будут дублироваться. Дублирование исчезает, если из одного отношения выделить отношение, в котором будут храниться данные о моделях, и отношение, в котором будут храниться данные об автомобилях. На этапе 5 было представлено физическое описание модели базы данных СТО "Фортуна", представленный далее в работе (с.).
1.3. Выбор инструментария для разработки программного продукта
Выбор средства разработки определяется в первую очередь платформой (Windows, .NET, Java/J2EE, Linux/UNIX) и архитектурой (приложения с графическим интерфейсом, консольные приложения и службы, Web-приложения) и в настоящее время достаточно разнообразен. Средства разработки Java/J2EE-приложений производят компании IBM, Oracle, Borland, средства разработки Windows-приложений - Microsoft, Borland, Sybase, средства разработки .NET-приложений - Microsoft и Borland, средства разработки приложений для Linux - Borland и некоторые другие компании.
Для выбора программного обеспечения для реализации информационной системы по учету услуг на СТО оценим несколько самых распространённых программных продуктов по следующим критериям:
распространённость;
финансовая доступность;
поддержка защиты данных;
Каждый критерий оценивается по трехбалльной системе и может принимать значения "1", "2", "3". Где оценка "1" соответствует наихудшему удовлетворению критерия, а оценка "3" - наилучшему.
Таблица 1
Оценка программного обеспечения для реализации
Программное обеспечение
КритерииParadox 7OracleINFORMIXINTRBASEMsAccessMsSQLраспространённость332233финансовая доступность313232поддержка защиты данных331222ИТОГОВЫЙ БАЛЛ: 976687 Следуя из оценки программного обеспечения, для разработки данной информационной системы будет взята за основу СУБД Paradox 7.
Информационную систему можно реализовать в различных средах программирования. Например, таких как: SQL, Java, JavaScript, XML, Builder C++, Visual Basic, Delphi. Для разработки системы нужного уровня наиболее часто применяются Builder C++, Visual Basic, Delphi, поэтому производить оценку будем именно по ним.
Для выбора среды программирования для реализации оценим каждый программный продукт по следующим критериям:
генерация кода. Возможность генерации кодов на одном или нескольких языках на основе проектных спецификаций. Типы генерируемого кода могут включать обычный программный код, схему базы данных, запросы, экраны/меню;
компиляция кода;
отладка. Типичные функции отладки - трассировка программ, выделение узких мест и наиболее часто используемых фрагментов кода и т.д.;
генерация экранных форм;
механизм доступа к определённой БД:
надёжность
Все перечисленные выше критерии имеют одинаковую значимость, поэтому оцениваются по одной шкале оценок.
Критерии могут иметь оценки 1,2,3.
Оценка "1" означает, что ПО минимально удовлетворяет данному критерию или не удовлетворяет вообще.
Оценка "2" показывают среднюю степень выполнения условий критерия.
Оценка "3" означает, что критерий в данном ПО выполняется полностью.
Оценка программного обеспечения представлена в табл. 2.
Таблица 2
Оценка средств программирования
Программные
продукты
КритерииBuilder C++Visual BasicDelphiгенерация кода223компиляция кода323отладка 323генерация экранных форм323механизм доступа к определённой БД313надёжность312ИТОГОВЫЙ БАЛЛ: 171018 Из оценки по поставленным критериям видно, что для разработки данной БД наиболее подходящим является среда программирования Delphi. Для разработки приложения выбрана визуальная среда программирования Borland Delphi 7. Базы данных считаются основным плюсом Delphi. Это действительно так. Хотя этот язык не создавался специально под данную сферу, реализация работы с данными здесь просто поражает. Даже специализированные языки для работы с базами данных явно уступают по простоте и мощи программирования этого типа приложений. В Delphi реализовано очень удобно и легко для понимания.
Delphi - это среда быстрой разработки, в которой в качестве языка программирования используется Object Pascal. В основе идеологии Delphi лежит технология визуального проектирования и методология объектно-ориентированного событийного программирования.
Delphi 7 может работать в среде операционных систем Windows XP, Windows 7. Особых требований к ресурсам компьютера система не предъявляет: процессор должен быть типа Pentium или Celeron, оперативной памяти - не менее 32 Мбайт, достаточное количество свободного дискового пространства - порядка 200 Мбайт.
Delphi 7 выигрывает у других подобных программ по многим показателям:
Во-первых, данная среда программирования отличается надёжностью, относительной простотой использования и полностью продуманным файлом помощи, в котором можно найти ответы на все, возникающие в процессе программирования вопросы. Абсолютно удобный интерфейс позволяет существенно уменьшить время создания программы. Во-вторых, написанная программа помещается в файл с расширением *.exe, что позволяет запускать её на любом другом компьютере без установки дополнительных программ.
Среда визуального программирования Delphi 7 предоставляет программисту возможность реализации всех достоинств графического интерфейса этой системы. Так как подавляющее большинство пользователей персональных компьютеров работают сегодня в среде операционных систем семейства Windows, то этот интерфейс является для них наиболее привычным и удобным.
Визуальное программирование как бы добавляет новое измерение при создании приложений, давая возможность изображать эти объекты на экране монитора до выполнения самой программы. Без визуального программирования процесс отображения требует написания фрагмента кода, создающего и настраивающего объект "по месту". Увидеть закодированные объекты было возможно только в ходе исполнения программы. При таком подходе достижение того, чтобы объекты выглядели и вели себя заданным образом, становится утомительным процессом, который требует неоднократных исправлений программного кода с последующей прогонкой программы и наблюдения за тем, что в итоге получилось.
Благодаря средствам визуальной разработки можно работать с объектами, держа их перед глазами и получая результаты практически сразу. Способность видеть объекты такими, какими они появляются в ходе исполнения программы, снимает необходимость проведения множества операций вручную, что характерно для работы в среде, не обладающей визуальными средствами - вне зависимости от того, является она объектно-ориентированной или нет. После того, как объект помещен в форму среды визуального программирования, все его атрибуты сразу отображаются в виде кода, который соответствует объекту как единице, исполняемой в ходе работы программы.
Для запуска программ, написанных на Delphi, не требуются никакие дополнительные библиотеки, интерпретаторы кода и прочее. Достаточно взять один-единственный сгенерированный исполняемый файл и запустить его там, где нужно. Для установки программы на другой компьютер не требуется создание каких-либо дистрибутивов, не нужен процесс инсталляции, достаточно переписать исполняемый файл программы.
Таким образом, выбранная платформа, как было показано выше, удовлетворяет поставленным требованиям, поэтому выбор был остановлен на данной системе программирования.
2. ПРОЕКТНАЯ ЧАСТЬ
В данном разделе рассматриваются цели и назначение разработки автоматизированной системы, а также требования к ней. Описываются потоки входной, выходной и нормативно-справочной информации.
2.1. Постановка цели и определение задач разрабатываемого программного продукта
Целями создания автоматизированной системы является повышение эффективности работы работников СТО, сокращение потерь рабочего времени, ведение учета всех заказов на ремонт автомобиля.
Задачами создаваемой автоматизированной системы являются:
­ экономия времени за счет сокращения времени на выполнение работ;
­ повышение качества выходной информации путем автоматизации процессов составления заказов на ремонт и на запчасти;
­ защита информации от несанкционированного доступа.
На рис. 3 представлено дерево целей, составленное исходя из дерева проблем. Рис. 3. Дерево целей
2.2. Техническое задание
Введение
Работа выполняется в рамках дипломного проекта "Автоматизация расчета услуг автосервисного предприятия".
Основание для разработки
Основанием для данной работы служит задание на дипломное проектирование от 04 апреля 2013 г.
Наименование работы: Автоматизация расчета услуг автосервисного предприятия"
Исполнитель: Дашиев Булат Владимирович
Соисполнители: нет
Требования к функциональным характеристикам
Состав выполняемых функций
Разрабатываемое ПО должно обеспечивать:
­ хранение данных в удобном для использования виде;
­ получение доступа к необходимой информации в любой момент времени;
­ редактирование данных по мере их изменения.
Выделение автоматизированных функций В автоматизированной системе должны быть автоматизированы следующие функции:
­ ведение данных о заказе;
­ ведение данных о клиентах;
­ составление учетов заказов на запасные части;
­ составление учетов заказов на ремонт.
Организация входных и выходных данных
Требования к организации сбора входной информации
Входная информация вводится администратором. Введение информации должно быть максимально удобно.
Разрабатываемая автоматизированная система должна предоставлять следующие возможности:
­ добавление или изменение существующих данных;
­ обеспечение защиты данных от несанкционированного доступа;
­ обеспечение защиты от ввода неверной информации (неверный тип, формат данных, превышение диапазона вводимых данных).
Использование выходной информации для принятия управленческих решений
Выходная информация является предметом статистической отчетности деятельности СТО. Условия прекращения автоматизированной обработки
Автоматизированная обработка информации может прекратиться в следующих случаях:
­ при нарушении целостности структуры базы данных; ­ при сбое работы сервера приложений.
Алгоритм функционирования автоматизированной системы
Исходя из целей и задач, можно построить структурную схему автоматизированной системы (рис. 4).
Рис. 4. Структурная схема автоматизированной системы
Пользователем автоматизированной системы будет администратор. Он будет использовать единую программу для доступа к базе данных. Система управления базами данных должна предоставлять доступ к информации, разрешать или запрещать ее модификацию в соответствии с именем пользователя и паролем, идентифицирующем сотрудника.
Требования к надежности
Для обеспечения надежности необходимо проверять корректность получаемых данных с датчиков.
Условия эксплуатации и требования к составу и параметрам технических средств
Для работы системы должен быть выделен ответственный оператор.
Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.
Требования к информационной и программной совместимости
Программа должна работать на платформах Windows XP/7.
Требования к программной документации
Основными документами, регламентирующими разработку программ, являются документы Единой Системы Программной Документации (ЕСПД): руководство пользователя, руководство администратора, описание применения.
Технико-экономические показатели
Эффективность системы определяется удобством использования автоматизированной системой расчета услуг на СТО "Фортуна", а также экономической выгодой, полученной от внедрения информационной системы.
Порядок контроля и приемки
После передачи Исполнителем модуля программы Заказчику последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.
Календарный план работ
№ этапаНазвание этапаСроки этапаЧем заканчивается этап1. Изучение предметной области. Проектирование системы. Разработка предложений по реализации системыПредложения по работе системы. Акт сдачи-приемки2. Разработка информационной системы учета услуг для СТО Информационная система, решающая поставленные задачи.3. Тестирование и отладка модуля. Внедрение системы на СТО "Фортуна"Готовая информационная система, установленная на СТО. Программная документация. Акт приемки-сдачи Руководитель работ: Гороховская Н. А.
2.3 Организация данных
4.2.1 Контекстная диаграмма
На контекстной диаграмме дано самое общее описание системы и ее взаимодействие с внешней средой (рис. 4).
Рис. 4. Контекстная диаграмма
Диаграмма декомпозиции А0
На данной диаграмме мы видим первый уровень декомпозиции нашей системы, а именно 3 основные функции и их взаимодействие друг с другом и с внешней средой (рис. 5).
Рис. 5. Диаграмма декомпозиции А0
Диаграмма декомпозиции А1
Первая функция "Принятие заявки" декомпозируется на 2 более мелкие функции (рис. 6):
> Добавление заявки в Базу Данных
> Введение статистики
Рис. 6. Диаграммма декомпозиции А1
Диаграмма декомпозиции А2
Вторая функция "Обслуживание автомобиля" декомпозируется на 3 более мелкие функции (рис. 7):
> Диагностика автомобиля
> Замена масла
> Ремонт двигателя
Рис. 7. Диаграмма декомпозиции А2
Диаграмма декомпозиции А3
Третья функция "Удаление заявки" декомпозируется на 2 более мелкие функции (рис. 8):
> Удаление заявки из БД
> Отчет о работе
Рис. 8. Диаграмма декомпозиции А3
Диаграммы потоков данных
Данные диаграммы демонстрируют нам, как каждый процесс преобразует свои входные данные в выходные, а также выявляют отношения между этими процессами. Диаграмма потоков данных А12
Данная диаграмма описывает процесс "Введение статистики" (рис. 9).
Рисунок 9. Диаграмма потоков данных А12
Диаграммы IDEF3
Диаграмма А2
Эта диаграмма описывает сценарий бизнес-процесса "Замена масла" (рисунок 11).
Рис. 11. Диаграмма А2
Диаграмма А23.1
Эта диаграмма описывает сценарий бизнес-процесса "Ремонт двигателя" (рис. 12)
Рис. 12. Диаграмма А23.1
Диаграмма А32.1
Эта диаграмма описывает сценарий бизнес-процесса "Составление отчета о работе" (рис. 13)
Рис. 13. Диаграмма А32.1
Входная информация
Входная информация клиента, подающего заявку на ремонт или техническое обслуживание, являются следующие данные:
Фамилия, имя, отчество;
Номер паспорта;
Данные водительского удостоверения;
Телефон;
Фото.
Клиент, владелец автомобиля, должен предоставить информацию о своем автомобиле:
Марка;
Регистрационный знак;
Тех. паспорт;
Цвет автомобиля;
Год выпуска;
Номер двигателя;
Номер кузова;
Номер шасси.
Часто используемая информация и не изменяемая продолжительное время, представлена в виде нормативно-справочной информации. Это информация, которая вводится на начальном этапе эксплуатации и может пополняться в ходе работе с автоматизированной системой. В данной системе к нормативно-справочной информации можно отнести следующие справочники:
Автомобили;
Владельцы;
Виды работ;
Запасные части.
В табл. 2.1 представлены описания полей "справочника автомобилей".
Таблица 2.1
Справочник автомобилей
Автомобили
Наименование данныхТип данныхКод автомобиляСчетчикМарка автоТекстовыйРегистр. знакТекстовыйТех. паспортТекстовыйЦвет автоТекстовыйГод выпускаЧисловойДвигатель №ТекстовыйКузов №ТекстовыйШасси №ТекстовыйПримечаниеМемо В табл. 2.2 представлены описания полей "справочника владельцев".
Таблица 2.2
Справочник владельцев
Наименование данныхТип данныхКод владельцаСчетчикФамилияТекстовыйИмяТекстовыйОтчествоТекстовыйПаспорт №ТекстовыйПрава №ТекстовыйТелефонТекстовыйФотоBinaryПримечаниеМемо В табл. 2.3 представлены описания полей "справочника видов работ".
Таблица 2.3
Справочник видов работ
Наименование данныхТип данныхКод работыСчетчикВид работыТекстовыйСтоимость работыДенежныйСрок выполненияЧисловойГарантияЧисловой В таблице 2.4 представлены описания полей "справочника запасных частей".
Таблица 2.4
Справочник запасных частей
Наименование данныхТип данныхКод автозапчастиСчетчикНаименованиеТекстовыйСтоимостьДенежныйГарантияЧисловой 2.5 Выходная информация
Выходной информацией являются упорядоченные и представленные в виде данных запросы, которые можно вывести на печать.
Перечень запросов:
Прайс-лист запчастей - выборка запчастей, интересующих клиента (по цене, гарантии качества);
Прайс-лист услуг СТО - выборка видов работ, интересующих клиента (по цене, срокам выполнения, гарантии качества);
Кроме указанных выше, также присутствуют и другие аналогичные запросы, с помощью которых производятся различные вычисления, осуществляется параметризованный поиск и т.п.
Перечень необходимых выходных отчетов:
Диаграмма-отчет о востребованности услуг, предоставляемых автосервисом, для проведения соответствующих расчетов и получения информации для размышления как для владельцев автосервиса, так и для его клиентов.
Диаграмма-отчет о запчастях, предоставляемых автосервисом, для проведения соответствующих расчетов и получения информации для размышления как для владельцев автосервиса, так и для его клиентов. Перечень необходимых выходных документов:
платежные поручения (таблица 2.5);
заказ на товар (таблица 2.6);
счет на товар (таблица 2.7);
приходные накладные (таблица 2.8).
В данном разделе рассмотрены цели и требования разрабатываемой автоматизированной системы, описаны потоки входной, выходной и нормативно-справочной информации, выделены автоматизированные функции.
На основании этого можно сделать вывод, что эффективность работы СТО за счет сокращения потерь рабочего времени вполне достижима при разработке и внедрении автоматизированной системы.
Логическая модель данных базы данных СТО "Фортуна" представлена на рис. 5.
Рис. 5. Логическая модель базы данных
Физическая модель данных
База данных физически была реализована средствами Borland Delphi7 при помощи утилиты Database Desktop.
KindOfWork
Owners Cars
NewPart
OrderWork
Заказы (AOrders)
PutInPart
Структура базы данных автоматизированной системы представлена на рис. 6.
Рис. 6. Структура БД Автоматизированной системы
2.4 Требование к системе
Для правильной работы программы требуется следующее программное обеспечение:
- ОС Windows XP Professional SP2 или более поздние версии ОС этого семейства.
Минимальными техническими требованиями к оборудованию являются минимальные системные требования выбранной ОС. Для Windows XP эти требования представлены в таблице 3.1.
Таблица 3.1 - Минимальные системные требования ОС Windows XP
Процессор300 MHz или вышеОперативная память128 Мб RAM или вышеВидеоадаптер и мониторSuperVGA (800 x 600) или большее разрешениеСвободное место на HDD1.5 Гб или вышеОптические накопителиCD-ROM или DVD-ROM В дополнение к этим требованиям, для установки ServicePack 2 необходимо наличие на жёстком диске не менее 1,8 ГБ свободного места во время установки.
Тем не менее, для наиболее комфортного использования АС рекомендуется использовать компьютер с более современной конфигурацией.
Защита информации от несанкционированного доступа осуществляется штатными средствами Delphi.
2.5 Описание работы программы
Для разработки приложения для работы с базой данной "СТО Фортуна" была использована среда разработки Borland Delphi 7. Приложение обеспечивает простой, понятный интерфейс ввода данных, а также защищает БД от некорректных данных.
База данных "СТО Фортуна" предназначена для организаций, занимающихся любыми видами услуг по техническому обслуживанию и ремонту автомобилей. Она позволяет вести учет всех автомобилей, когда-либо находящихся в автосервисе, хранит полную информацию о каждом автомобиле (марка, регистрационный знак, цвет, год выпуска, серийные номера завода-изготовителя и т.п.), позволяет вести учет владельцев автомобилей, которые когда-либо обращались в автосервис. Программа позволяет также распечатать отчет по всем параметрам, интересующим как владельцев автосервиса (информация о владельцах автомобилей, информация об автомобилях, полный отчет по всем заказам либо по заказам за определенный интервал времени), так и его клиентов (расценки на услуги, новые запчасти, сезонные скидки); это позволяет вести отчетность на бумаге.
В БД хранится информация о каждом владельце, о каждом автомобиле, которые хотя бы единожды пользовались услугами автосервиса. Существует возможность хранения не только основной и самой необходимой информации, но и примечаний, уточнений, фотографий владельцев и автомобилей, описания и тех. характеристик устанавливаемых запчастей и много другой полезной информации.
Существует один, на первый взгляд, недостаток, который при постоянном использовании БД характеризует себя с положительной стороны: в данной БД информация об автомобилях и владельцах в исходном состоянии является независимой. Связь владельца с автомобилем отслеживается лишь в процессе оформления заказа, после чего успешно хранится в базе. Это допущение создано с целью предотвращения нестандартных ситуаций, возникающих при существовании у владельца нескольких автомобилей и т.п.
При загрузке базы данных "Автосервис" открывается главная форма, с помощью которой осуществляется полный контроль над базой данных и перемещение по ней.
Диаграмма-отчет о востребованности услуг, предоставляемых автосервисом, для проведения соответствующих расчетов и получения информации для размышления как для владельцев автосервиса, так и для его клиентов. Аналогичная диаграмма, но по устанавливаемым на автомобили запчастям.
Просмотр и печать прайс-листа "Услуги автосервиса". Функция необходима как для владельцев автосервиса, так и для его клиентов. Прайс-лист приведен в приложении к данному отчету.
Аналогично прайс-листу "Услуги автосервиса", но по новым автозапчастям.
Занесение информации о новом владельце, ранее не пользовавшимся услугами автосервиса.
Регистрация нового автомобиля, до сей поры не замеченного в автосервисе.
Оформление нового заказа с занесением всей необходимой информации.
Здесь же есть возможность зарегистрировать новый автомобиль, нового владельца, напечатать отчет по данному заказу (чек), выполнить поиск заказов за определенный интервал времени и т.п.
Просмотр, редактирование и внесение новых компонентов в список услуг, которые предоставляет автосервис.
Аналогично услугам, но по новым автозапчастям.
ЗАКЛЮЧЕНИЕ
Результатом выполнения дипломного проекта является разработанная автоматизированная система для главного механика на станции технического обслуживания "Фортуна" (ИП Макаров В. А.). Система позволяет ускорить и автоматизировать деятельность сотрудников станции технического обслуживания.
В ходе выполнения дипломного проектирования произведен анализ структуры станции технического обслуживания. Построена организационная модель объекта автоматизации и сформулированы существующие проблемы. На основе проблем определены цели, задачи и план создания автоматизированной системы, построена ее структура.
Разработанная автоматизированная система главного механика станции технического обслуживания позволит решить ранее выявленные проблемы, а так же снизить временные затраты.
Система в настоящий момент находится на стадии тестирования на станции технического обслуживания ИП Макаров В.А. с последующим внедрением.
СПИСОК ЛИТЕРАТУРЫ
1. Алексеев В.Е. Вычислительная техника и программирование: Практикум по программированию. - М.: Высшая школа, 1991. - 400 с.
2. Архангельский А.Я. программирование в Delphi7. - М.: Бином. - 2004. -1152 с.
3. Ашарина М.В. Основы программирования на языках С и С++: Учебный курс. - М.: Горячая линия - Телеком., 2002. -207 с.
4. Галкина М.Ю. Основы визуального программирования: Методические указания.- Новосибирск, 2005-58с.
5. Епанешников А.М. Программирование в среде Delphi. - М.: Диалог Мифи. - 1998. - 402 с.
6. Климова Л.М. Delphi7. Основы программирования. Решение типовых задач. Самоучитель. Издание второе дополненное / Л.М. Климова. - М.: КУДИЦ-ОБРАЗ, 2005. - 480 с.
7. Фридман А.Л. Основы объектно-ориентированной разработки программных систем. - М.: Финансы и статистика, 2000. -192 с.
ПРИЛОЖЕНИЯ
Приложение 1
Исходные тексты
unit Unit2;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Menus, jpeg, ExtCtrls;
type
TForm2 = class(TForm)
Button1: TButton;
Button2: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
Image1: TImage;
Button6: TButton;
Button7: TButton;
Button8: TButton;
Button9: TButton;
Button10: TButton;
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
procedure Button4Click(Sender: TObject);
procedure Button5Click(Sender: TObject);
procedure Button6Click(Sender: TObject);
procedure Button7Click(Sender: TObject);
procedure Button8Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form2: TForm2;
implementation
uses Unit1, Unit4, Unit5, Unit3, Unit6, Unit7, Unit8;
{$R *.dfm}
procedure TForm2.Button1Click(Sender: TObject);
begin
Form1.Show;
end;
procedure TForm2.Button2Click(Sender: TObject);
begin
Form4.Show;
Form4.Table1.Insert;
end;
procedure TForm2.Button3Click(Sender: TObject);
begin
Form5.Show;
end;
procedure TForm2.Button4Click(Sender: TObject);
begin
Form3.Show;
end;
procedure TForm2.Button5Click(Sender: TObject);
begin
Form2.Close;
end;
procedure TForm2.Button6Click(Sender: TObject);
begin
Form6.Show;
end;
procedure TForm2.Button7Click(Sender: TObject);
begin
Form7.Show;
end;
procedure TForm2.Button8Click(Sender: TObject);
begin
Form8.QuickRep3.Preview;
end;
end.
unit Unit4;
interface
uses
Windows, Messages, Classes, SysUtils, Graphics, Controls, StdCtrls, Forms,
Dialogs, DBCtrls, DB, DBGrids, DBTables, Grids, ExtCtrls, Mask, Buttons;
type
TForm4 = class(TForm)
Table2OrderNum: TIntegerField;
Table2CodeWork: TIntegerField;
Table1OrderNum: TAutoIncField;
Table1CodeAuto: TIntegerField;
Table1CodeOwner: TIntegerField;
Table1ActDate: TDateField;
DBGrid1: TDBGrid;
DBGrid2: TDBGrid;
Panel1: TPanel;
DataSource1: TDataSource;
Panel2: TPanel;
Panel3: TPanel;
Splitter1: TSplitter;
Table1: TTable;
Table2: TTable;
DataSource2: TDataSource;
Table3: TTable;
DataSource3: TDataSource;
Table1Marca: TStringField;
Table1Reg: TStringField;
DBGrid3: TDBGrid;
Table4: TTable;
DataSource4: TDataSource;
Table4OrderNum: TIntegerField;
Table4CodePart: TIntegerField;
DataSource5: TDataSource;
Table5: TTable;
Table6: TTable;
DataSource6: TDataSource;
Table2KindWork: TStringField;
Table4PartName: TStringField;
DataSource7: TDataSource;
Table7: TTable;
Table1Name: TStringField;
Table1LasteName: TStringField;
Table1SecondName: TStringField;
Table6CodePart: TAutoIncField;
Table6PartName: TStringField;
Table6CostPart: TCurrencyField;
Table6Guarantee: TIntegerField;
Table5CodeWork: TAutoIncField;
Table5KindWork: TStringField;
Table5CostWork: TCurrencyField;
Table5PeriodExecution: TIntegerField;
Table5Guarantee: TIntegerField;
Table2CostWork: TCurrencyField;
Table1CostSum: TCurrencyField;
Table4CostPart: TCurrencyField;
Button1: TButton;
Button2: TButton;
Query1: TQuery;
Query1SUMOFCostWork: TCurrencyField;
Query1OrderNum: TIntegerField;
DataSource8: TDataSource;
Table3CodeAuto: TAutoIncField;
Table3Info: TMemoField;
Table3TradeMarkAuto: TStringField;
Table3StateSign: TStringField;
Table3TPassport: TStringField;
Table3ColourAuto: TStringField;
Table3OutputYear: TSmallintField;
Table3MotorNum: TStringField;
Table3BodyNum: TStringField;
Table3UnderCgeNum: TStringField;
Table7CodeOwner: TAutoIncField;
Table7OLastName: TStringField;
Table7OFirstName: TStringField;
Table7OSecondName: TStringField;
Table7OPassportNum: TStringField;
Table7ODrivingLicence: TStringField;
Table7OContactPhone: TStringField;
Table7Info: TMemoField;
Table7Photo: TBlobField;
DBEdit1: TDBEdit;
Button3: TButton;
Label2: TLabel;
Label1: TLabel;
Label3: TLabel;
Label4: TLabel;
Label5: TLabel;
DBNavigator1: TDBNavigator;
BitBtn1: TBitBtn;
procedure FormCreate(Sender: TObject);
procedure Table1CalcFields(DataSet: TDataSet);
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Query1FilterRecord(DataSet: TDataSet; var Accept: Boolean);
procedure Table1AfterInsert(DataSet: TDataSet);
procedure Button3Click(Sender: TObject);
private
{ private declarations }
public
{ public declarations }
end;
var
Form4: TForm4;
implementation
uses Unit5, Unit6, Unit9;
{$R *.DFM}
procedure TForm4.FormCreate(Sender: TObject);
begin
Table1.Open;
Table2.Open;
//Edit1.Text:=DateToStr(Date);
Label2.Caption:=DateToStr(Date);
end;
procedure TForm4.Table1CalcFields(DataSet: TDataSet);
begin
//Table1CostSum.Value:=Summ(Table2CostWork.Value);
end;
procedure TForm4.Button1Click(Sender: TObject);
begin
Form5.Show;
end;
procedure TForm4.Button2Click(Sender: TObject);
begin
Form6.Show;
end;
procedure TForm4.Query1FilterRecord(DataSet: TDataSet;
var Accept: Boolean);
begin
//Query1.Filter:='OrderNum='+ Form4.Table1OrderNum.AsString;
end;
procedure TForm4.Table1AfterInsert(DataSet: TDataSet);
begin
Form4.Table1ActDate.Value:=Date;
end;
procedure TForm4.Button3Click(Sender: TObject);
begin
Form9.Show;
end;
end.
unit Unit8;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, QuickRpt, QRCtrls, ExtCtrls, DB, DBTables;
type
TForm8 = class(TForm)
QuickRep1: TQuickRep;
QuickRep2: TQuickRep;
QuickRep3: TQuickRep;
TitleBand1: TQRBand;
ColumnHeaderBand1: TQRBand;
DetailBand1: TQRBand;
SummaryBand1: TQRBand;
QRLabel1: TQRLabel;
Table1: TTable;
PageFooterBand1: TQRBand;
QRDBText1: TQRDBText;
QRDBText2: TQRDBText;
QRDBText3: TQRDBText;
QRSysData1: TQRSysData;
QRLabel2: TQRLabel;
QRLabel3: TQRLabel;
QRLabel4: TQRLabel;
QRLabel5: TQRLabel;
QRSysData2: TQRSysData;
QRLabel6: TQRLabel;
QRDBText4: TQRDBText;
QRLabel7: TQRLabel;
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form8: TForm8;
implementation
{$R *.dfm}
end.
unit Unit9;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Buttons, ComCtrls, DBTables, DB, Grids, DBGrids;
type
TForm9 = class(TForm)
Table1: TTable;
DataSource1: TDataSource;
Query1: TQuery;
DateTimePicker1: TDateTimePicker;
DateTimePicker2: TDateTimePicker;
BitBtn1: TBitBtn;
DBGrid1: TDBGrid;
DataSource2: TDataSource;
Label1: TLabel;
Label2: TLabel;
Label3: TLabel;
procedure BitBtn1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form9: TForm9;
implementation
{$R *.dfm}
procedure TForm9.BitBtn1Click(Sender: TObject);
begin
Query1.Params.ParamValues['A']:=DateTimePicker1.Date;
Query1.Params.ParamValues['B']:=DateTimePicker2.Date;
Query1.Close;
Query1.Open;
end;
end.
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables;
type
TForm1 = class(TForm)
DBGrid1: TDBGrid;
DataSource1: TDataSource;
Table1: TTable;
Table1CodePart: TAutoIncField;
Table1PartName: TStringField;
Table1CostPart: TCurrencyField;
Table1Guarantee: TIntegerField;
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
{$R *.dfm}
end.
Документ
Категория
Рефераты
Просмотров
398
Размер файла
611 Кб
Теги
posle, poyasnitelnaya, zapiska, versia
1/--страниц
Пожаловаться на содержимое документа