Разработка информационной системы «Автомоичного комплекса» в среде Delphi 6.0

Создано admin . Опубликовано в Для диплома

asis-09-009

Если тема Вас заинтересовала, и вы хотите ознакомиться с полным текстом практической части дипломного проекта, то вот ссылка для скачивания

Если Вам нужна для ознакомления полная версия проекта с исходниками, презентациями, выступлениями и т.д., то пишитеigwt@mail.ru. Проект (диплом) предоставляется только по взаимовыгодным условиям, которые обсуждаются индивидуально. Это может быть например: совместная работа над этим сайтом, участие в написании контента для сайта, разработка для этого проекта модулей, плагинов и.д. (всего, что приведет к продвижению или улучшению проекта). А также готовы выслушать ваши предложения.

В соответствии с заданием к дипломному проекту необходимо было разработать АИС «Автомойка».

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

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

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

 

Проектная часть

 Выбор метода программирования

 

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

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

— процедурный;

— объектный.

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

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

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

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

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

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

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

Наибольшую популярность приобрели два подхода к проектированию информационных систем:

—      структурный;

—      объектно-ориентированный.

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

—      диаграммы потоков данных (DFD);

—      диаграммы сущность-связь (ERD).

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

В данной дипломной работе был выбран объектно-ориентированный подход к разработке информационной системы. Попытаемся обосновать наш выбор.

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

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

С помощью объектно-ориентированного подхода разработчики создают блоки кода, или объекты, (object). Объекты могут использоваться в разных приложениях. Для изменения объекта разработчику достаточно однократно выполнить редактирование. По сути, все современные приложения являются объектно-ориентированными, а некоторые языки программирования (например, Java и С#) предполагают использование только объектно-ориентированных структур.

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

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

 

Выбор архитектуры программно-технологической реализации АИС и используемой СУБД

 

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

— Visual FoxPro – это событийно-управляемая среда для быстрой разработки приложений по обработке информации, которая может быть использована в различных экономических и расчетных системах. Основной задачей приложения является поддержка одной или нескольких связанных между собой таблиц с данными, выборочное извлечение информации из этих таблиц, анализ информации и графическое представление итоговых данных.

— Microsoft Visual Basic – это обширный набор классов, предоставляющие программистам многое из того, что нужно для создания приложений для Интернета, Web и Windows. Периодика освещала Microsoft Visual Basic в основном как средство программирования для Web. Но на данный момент это мощное средство для создания Windows-приложений. Microsoft Visual Basic позволяет писать как традиционные автономные приложения (их иногда называют клиентскими), так и интерфейсную часть распределенных приложений.

— Microsoft.NET Framevork vsd 2.0 – так же, как и Microsoft Visual Basic, Microsoft.NET Framevork vsd 2.0   обладает обширной библиотекой классов. Впервые система типов представлена как отдельный класс, что во многом упрощает работу разработчиков ПО.

В качестве сервера базы данных разрабатываемой системы, выбран сервер FoxPro. В России Microsoft Foxpro долгое время был самым популярным инструментом для создания баз данных. В настоящее время его несколько потеснили такие средства разработки как Delphi, MS Access и MS Visual Basic. Но и сейчас Foxpro остается самым популярным инструментом для разработки баз. На нем написано больше всего бухгалтерских, экономических и других приложений, связанных с расчетами и хранением информации.

Проектирование базы данных

 

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

— бригада (№ бригады , бригадир)

— клиент (Ф.И.О. заказчика, № услуги , № бригады , № квитанции , гос.номер , № работы , дата выполнения , сумма)

— работники (Ф.И.О. работника, № работника , адрес , телефон , № бригады , договор , бригадир)

— услуги (№ услуги , тип услуги , стоимость)

— квитанция (№ квитанции, № услуги , сумма , оплата , дефекты).

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

Перечень транзакций.

Т1. «Расписание»

Т2. «Бригадиры»

Т3. «Услуги»

Т4 «Бригады»

Т5 «Заявки»

Т6 «Проделанная работа бригадой»

Т7 «Выполненные работы бригадой»

Т8 «Информация о бригаде»

R1 « Информация по бригаде»

R2 « Информация по услуге»

R3 « Квитанция»

R4 « Отчёт по марке автомобиля»

R5 « Отчёт по номеру автомобиля »

R6 « Отчёт о работе всех бригад »

R7 « Отчёт о работе бригады»

R8 «Отчёт о работе бригады с____ по____»

R9 «Отчёт о работе всех бригад с____по____ »

Безымянный

Рисунок 2.1 – Концептуальная модель базы данных

 

 Разработка модулей программы

 

Структурная схема прикладного программного обеспечения показана на рисунке 2.2.

Безымянный

Рисунок 2.2 – Структурная схема прикладного программного обеспечения

 

Описание интерфейса и алгоритмов работы программных модулей

 

В состав проекта входят следующие модули:

Модуль «menu», форма  «Автомойка»

Безымянный

Рисунок 2.3 – Форма «Автомойка»

 

Модуль предназначен для отображения меню. Содержит 7 пунктов – «Панель отчётов», «Расписание», «Бригадиры», «Услуги», «Бригады», «Заявки», «Запросы». Пункт меню «Расписание» содержит следующие подпункты «Бокс №1», «Бокс №2», «Бокс №3», «Бокс №4». Пункт меню «Запросы» содержит следующие подпункты «Информация по бригадам» ,  «Информация по видам услуг» ,  «Информация по автомобилям».

Безымянный

Рисунок 2.4 – Модуль «Бригады»

Безымянный

Рисунок 2.5 – Модуль «Услуги»

Безымянный

Рисунок 2.7 – Модуль «Заявки»

Безымянный

Рисунок 2.8 – Модуль «Запросы»

Если тема Вас заинтересовала, и вы хотите ознакомиться с полным текстом практической части дипломного проекта, то вот ссылка для скачивания

 

Если Вам нужна для ознакомления полная версия проекта с исходниками, презентациями, выступлениями и т.д., то пишитеigwt@mail.ru. Проект (диплом) предоставляется только по взаимовыгодным условиям, которые обсуждаются индивидуально. Это может быть например: совместная работа над этим сайтом, участие в написании контента для сайта, разработка для этого проекта модулей, плагинов и.д. (всего, что приведет к продвижению или улучшению проекта). А также готовы выслушать ваши предложения.

С ув. Эдуард Тихонов

Похожие материалы:

Понравилась статья? - поделитесь ею со своими друзьями!

Хотите Быть В Курсе Всех Новинок Сайта?!

Подпишитесь прямо сейчас, и получайте обновления на свой E-Mail:

Ваш E-Mail в безопасности

Есть что сказать? - Комментируй!

Комментарии Facebook

А Вы что думаете?