СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
ВВЕДЕНИЕ
Современное общество называют информационным, так как информация образует важнейший элемент его жизнедеятельности. Информатизация, как процесс перехода к информационному обществу, коснулась всех сфер человеческой жизни. Новые информационные технологии открывают следующую страницу в развитии науки и жизни научного общества в целом.
Электронная почта, компьютерные конференции обеспечивают возможность тесного контакта ученых, интенсивного обсуждения интересующих проблем. Информатизация научных исследований – это реализация комплекса мер, направленных на обеспечение полного и своевременного получения достоверных знаний об объектах исследований.
Информатизация образования является ключевым условием подготовки специалистов, способных ориентироваться в окружающем мире. В сфере этой деятельности претерпевают смысловой наполнение базовые задачи образования. Информация образования – процесс, в котором политические, социально-экономические, технологические и правовые механизмы тесно связаны на основе широкого применения ЭВМ, средств, систем коллективной и личной связи.
Деятельность отдельных людей, групп, коллективов и организаций сейчас все в большей степени начинает зависеть от их информированности и способности эффективно использовать имеющуюся информацию. Прежде чем предпринять какие-то действия, необходимо провести большую работу по сбору и переработке информации, ее осмыслению и анализу. Отыскание рациональных решений в любой сфере требует обработки больших объемов информации, что подчас невозможно без привлечения специальных технических средств.
|
|
|
Возрастание объема информации особенно стало заметно в середине XX в. Лавинообразный поток информации хлынул на человека, не давая ему возможности воспринять эту информацию в полной мере. В ежедневно появляющемся новом потоке информации ориентироваться становилось все труднее. Подчас выгоднее было создавать новый материальный или интеллектуальный продукт, нежели вести розыск аналога, сделанного ранее. Образование больших потоков информации обусловливается:
¾ чрезвычайно быстрым ростом числа документов, отчетов, диссертаций, докладов, в которых излагаются результаты научных исследований и опытно-конструкторских работ;
¾ постоянно увеличивающимся числом периодических изданий по разным областям человеческой деятельности;
¾ появлением разнообразных данных (метеорологических, геофизических, медицинских, экономических), записываемых обычно на магнитных лентах и поэтому не попадающих в сферу действия системы коммуникации.
|
|
|
Глобальная проблема, которая актуальна для всех людей, охарактеризована еще три десятилетия назад как "шок перед будущем". Его суть в том, что скорость изменений, происходящих в различных областях человеческой жизни, столь велика, что личность и культура утрачивают способность их ассимилировать. Человек не поспевает за изменением, которое принудительно навязывается ему извне, и вместе с тем все больше сознает его неспособность что-либо изменить.
Исследовательский раздел
1.1 Анализ предметной области
Информационные технологии - это совокупность методов, производственных и программно-технологических средств, объединенных в технологическую цепочку, обеспечивающую сбор, хранение, обработку, вывод и распространение информации. Информационные технологии предназначены для снижения трудоемкости процессов использования информационных ресурсов.
До начала 1980-х годов информационные технологии были представлены главным образом большими ЭВМ и использовались для ограниченного числа нужд, поскольку из-за их высокой себестоимости было невозможно автоматизировать решение управленческих задач.
Современная компьютерная технология базируется на трех основных принципах:
|
|
|
¾ интерактивность - диалоговый режим работы с компьютером;
¾ интегрированность с другими программными продуктами;
¾ гибкость - возможность изменения, как данных, так и постановок задач.
Современные тенденции развития информационных технологий следует рассматривать как основной инструмент высоких технологий. Признавая поразительные технологические достижения наступившей эры информационных технологий, многие специалисты спрогнозировали дальнейшие тенденции развития их рынка.
В зависимости от степени автоматизации информационных технологий бывают ручные, автоматические и автоматизированные системы.
Автоматизированные информационные системы (АИС) – программно-аппаратные комплексы, обеспечивающие надежное хранение информации в памяти ЭВМ, выполнение специфических для решаемой задачи преобразований информации и вычислений и удобный для пользователя интерфейс.
Каждая АИС разрабатывается для автоматизации определенного вида деятельности, связанных с хранением и обработкой необходимой информации.
Информационные системы сегодня являются одним из главных инструментов для ведения качественного торгового бизнеса. Их применение дает возможность торговым предприятиям получать огромные преимущества среди конкурентов на рынке.
|
|
|
Информационные системы позволяют спланировать основные показатели работы пунктов торговли, анализировать производительность работы сотрудников, результативность эксплуатации торговых площадей, оценить соотношение между запланированными показателями и реальными показателями.
К информационной системе торговой организации предъявляется требование гибкости и способности приспосабливаться к изменениям в налоговом законодательстве и системах отчетности, которые предоставляются в различные государственные органы.
1.2 Постановка задачи
Задачей данной курсовой работы является разработка автоматизированной системы для работы Фотоателье.
Данный программный продукт должен предоставлять клиентам перечень услуг и расценок, выполнение заказа, выдача фотопродукции, оформление заказов на определенный вид услуг, вести учет материалов, денежных средств и так далее.
1.3 Выбор программных средств
1.3.1 Lazarus 2.0.10
1.3.2 Для реализации программной части была выбрана среда программирования Lazarus 2.0.10.
Lazarus — свободная среда разработки программного обеспечения на языке Object Pascal для компилятора Free Pascal (часто используется сокращение FPC — Free Pascal Compiler, свободно распространяемый компилятор языка программирования Pascal). Интегрированная среда разработки предоставляет возможность кросплатформенной разработки приложений в Delphi-подобном окружении.
Позволяет достаточно несложно переносить Delphi-программы с графическим интерфейсом в различные операционные системы: Linux, FreeBSD, Mac OS X, Microsoft Windows, Android. Начиная с Delphi XE2 в самом Delphi имеется возможность компиляции программ для Mac OS X, с версии XE4 — для iOS, с версии XE5 — для Android.
Процесс создания приложения можно разделить на следующие этапы:
¾ Создание проекта. В результате на экране появляется пустая форма (окно будущего приложения).
¾ Создание графического интерфейса проекта — расположение необходимых элементов, задание размеров, изменение свойств;
¾ Написание программного кода, который определит, что будет делать ваша программа.
¾ Отладка программы.
Логотип среды программирования Lazarus представлен на рисунке 1.2.
Рисунок 1.1 - Среда программирования Lazarus
Основан на библиотеке визуальных компонентов Lazarus Component Library (LCL). В настоящее время практически полностью поддерживает виджеты Win32, GTK1, GTK2, Carbon, Qt. В разработке находятся виджеты WinCE.
Пользователь для создания графического интерфейса приложения использует готовые компоненты, значки которых находятся на панели компонентов. После того как он помещает компонент на форме, программный код для него генерируется автоматически. Вручную остается запрограммировать только те действия, которые будет выполнять это приложение.
¾ Имеет собственный формат управления пакетами.
¾ Полностью юникодный (UTF-8) интерфейс и редактор и поэтому отсутствие проблем с портированием кода, содержащего национальные символы.
¾ Реализован основной набор элементов управления.
¾ Редактор форм и инспектор объектов максимально приближены к Delphi.
¾ Простой переход для Delphi программистов благодаря близости LCL к VCL.
¾ Форматирование кода «из коробки», используя механизмы Jedi Code Format.
¾ Мощный редактор кода, включающий систему подсказок, гипертекстовую навигацию по исходным текстам, автозавершение кода и рефакторинг.
¾ Поддерживаемые для компиляции ОС: Linux, Microsoft Windows (Win32, Win64), Mac OS X, FreeBSD, WinCE, OS/2.
¾ Поддерживает преобразование проектов Delphi.
¾ Интерфейс отладки (используется внешний отладчик GDB).
¾ Поддержка двух стилей ассемблера: Intel и AT&T (поддерживаются со стороны компилятора).
¾ Поддержка множества типов синтаксиса Pascal: Object Pascal, Turbo Pascal, Mac Pascal, Delphi (поддерживаются со стороны компилятора).
¾ Авто сборка самого себя (под новую библиотеку виджетов) нажатием одной кнопки.
Лазарус — отличный, бесплатный компилятор который подойдет для ежедневного использования, как новичкам, так и продвинутым пользователям, благодаря удобно расположенным кнопкам и интуитивно понятному интерфейсу вы уже с первого дня сможете начать разработку своего приложения.
1.4 Аналоги программного обеспечения
1.4.1 ЕКАМ.
Товароучетная система «ЕКАМ» является одним из лидеров на российском рынке в своей нише и занимает высокие позиции в рейтингах. Программа работает через «облако» и предназначается для комплексной автоматизации малого и среднего бизнеса в сфере торговли и оказания услуг.
Достоинства программы складского учета «ЕКАМ»:
¾ Оперативный и точный контроль за складскими остатками.
¾ Автоматическая установка продажной цены, исходя из заданной наценки.
¾ Удобное и быстрое проведение инвентаризации.
¾ Удаленная работа с программой.
¾ Большое разнообразие настраиваемых аналитических, финансовых, товарных и управленческих отчетов.
¾ Возможность одновременного учета товаров в нескольких структурных подразделениях.
¾ Загрузка прайсов поставщиков в программу, облегчающее создание номенклатуры.
¾ Приемлемые для малого бизнеса тарифные планы.
¾ Наличие практичного модуля клиентской базы с возможностью привязки дисконтных карт.
¾ Наличие телефона круглосуточной технической поддержки.
¾ Автоматическая передача данных о продажах в 1С.
¾ Составление технологических карт для общепита.
¾ Высокая стабильность работы.
Недостатки «ЕКАМ»:
¾ Отсутствует функционал по управлению доставкой.
¾ Нет блока календаря и задач.
Логотип программы ЕКАМ представлен на рисунке 1.2.
Рисунок 1.2 – Логотип программы ЕКАМ
ЕКАМ - оптимальное решения для розничной торговли, включающее в себя систему управления торговлей и складами, мобильные и стационарные кассы для физических точек продаж и онлайн-кассу для интернет-магазина.
1.4.2 LiteBox
Облачный сервис LiteBox предназначен для ведения торгового и финансового учета представителями малого бизнеса. Фактически программа учета LiteBox обладает типичным для своего класса функционалом: она позволяет вести торговлю и анализировать продажи.
К достоинствам LiteBox можно отнести:
¾ Мультиплатформенность: программой можно пользоваться на компьютере, планшете, ноутбуке.
¾ Доступные для малого бизнеса тарифные планы, в том числе довольно функциональный бесплатный тариф.
¾ Расширенный функционал для продавцов алкогольной продукции.
¾ Наличие телефона круглосуточной технической поддержки.
¾ Функциональный складской учет, включающий, в том числе, резервирование товаров и перемещение ТМЦ между магазинами и складами.
¾ Поддержка формирования первичной учетной документации
¾ Облачные данные резервируются в современных DATA-центрах с сертификатом безопасности Tier3.
¾ Возможность аренды онлайн-кассы.
Недостатки LiteBox:
¾ Отсутствие поддержки продаж через интернет-магазины.
¾ Запутанный интерфейс, требующий обучения и длительного привыкания.
¾ Сложность первоначальной самостоятельной настройки программы.
¾ Поддержка индивидуальных дисконтных карт не подкреплена наличием клиентской базы. Карточки не привязываются к ФИО или номеру телефона.
¾ Отсутствует возможность доработки программ под конкретного клиента.
¾ Невозможность добавления произвольных характеристик в товарной карточке.
¾ Отсутствие поддержки ОС семейства Mac.
Логотип программы LiteBox представлен на рисунке 1.3.
Рисунок 1.3 – Логотип программы LiteBox
Исходя из анализа функционала программы LiteBox, можно сказать, что она достойна внимания предпринимателей, работающих в торговой сфере. Но в приложении отсутствуют многие важные элементы (полноценная клиентская база, понятный интерфейс и тому подобное), поэтому чтобы добиться лидерства на рынке, разработчикам ещё многое нужно создать и изменить.
Моё дело
«Моё дело» можно использовать как самостоятельную товароучетную систему или в составе комплексного продукта с CRM-системой и программой автоматизации торговли. «Моё дело» подходит для розничной и оптовой торговли, производства и сервисов. Установка и внедрение не требуется - доступ предоставляется из публичного облака.
Достоинства товароучетной системы «Моё дело»:
¾ Облачное решение, доступно из любого браузера;
¾ Простой и понятный интерфейс;
¾ Простая интеграция с известным движками;
¾ Ведение взаиморасчетов, оборотов с поставщиками и покупателями;
¾ Возможность подключить телефонию;
¾ Подключение кассовых аппаратов, и сканеров штрих-кодов;
¾ Есть приложение на Android и iOS.
Недостатки:
¾ Постоянно приходится выбирать поставщика
¾ При поступлении товара на странице “заказы покупателей” не видно что товар уже появился в наличии, и можно связываться с клиентов
¾ Нет автоматического переключения статусов
¾ В заказах поставщикам, нельзя вывести номенклатуру, а при использовании приемки, заказ поставщику автоматически не привязывается к приемке.
Логотип программы «Моё дело» представлен на рисунке1.4
Рисунок 1.3 – Логотип программы «Моё дело»
Сервис «Моё дело» отлично подойдет для тех, у кого есть розничные магазины, или оптовые продажи со своего склада. Если у вас интернет-магазин и большая часть товара находится на складе, а закупки только для пополнения запаса, то это также будет отличным решением.
Вывод
1.4.2 На данном этапе был произведен анализ предметной области. На данном этапе была произведена постановка задачи и выбраны инструментальные средства программирования. В процессе работы над проектом были освоены и изучены сведения о построении функциональных и структурных моделей. В качестве реализации программного кода была выбрана среда разработки Lazarus 2.0.10.
Специальный раздел
2.1 Целостность данных
Способность гарантировать корректность извлеченных данных является первым принципом информационной архитектуры и одновременно это — главная проблема, которая возникает в мире баз данных. При отсутствии целостности данных ответ на любой запрос может оказаться некорректным, следовательно, уже нет особого смысла в обеспечении производительности и доступности.
Поскольку данные представляют собой сущности и атрибуты, их целостность обеспечивается целостностью сущностей, домена, а также ссылочной и определяемой пользователем целостностью. Целостность транзакций, то есть порядок записи и извлечения данных.
а) Целостность сущности имеет дело с ее структурой (первичным ключом и атрибутами). Если первичный ключ уникален, а все атрибуты скалярны и полностью зависят от первичного ключа, то целостность сущности обеспечена. В физической схеме целостность сущности поддерживает первичный ключ таблицы. Обеспечение целостности сущности непосредственно связано с нормализацией.
б) Целостность домена. В терминах реляционной теории доменом называют множество возможных значений атрибута, будь то целочисленных, битовых или текстовых. Понятие целостности домена подразумевает, что в атрибуте содержатся только допустимые данные. Допустимость нахождения в атрибуте пустых значений также входит в понятие целостности домена. В физической схеме основой поддержания целостности домена являются тип данных и допустимость пустых значений.
в) Ссылочная целостность. Понятие ссылочной целостности, прежде всего, связано с целостностью домена внешних ключей. Целостность домена подразумевает, что если некоторый атрибут имеет значение, значит, оно должно входить в домен. В случае внешних ключей доменом является список значений связанного первичного ключа.
Допустимость пустых значений в столбце — это отдельный вопрос, не связанный со ссылочной целостностью. Внешний ключ, в принципе, вполне может содержать пустые значения.
Некоторые методы поддержания ссылочной целостности реализуются на уровне физической схемы. В физической схеме может поддерживаться декларативная ссылочная целостность (DRI), и к таблице может быть прикреплен триггер.
г) Пользователем целостность. Некоторые требования целостности данных не могут быть обеспечены ограничениями или триггерами. Неполные, ошибочные или недостоверные данные могут успешно пройти все проверки и попасть в базу данных. Например, заказ без единой товарной строки считается некорректным, но ни один автоматический метод не сможет запретить ему попасть в базу. Запросы SQL могут выявить незаполненные заказы и помочь в других менее важных вопросах поддержания целостности данных, в том числе в следующих:
¾ поиск некорректных данных;
¾ поиск неполных данных;
¾ поиск сомнительных данных;
¾ поиск несогласованных данных.
д) Целостность транзакций. Транзакцией называется единый логический блок работы, например вставка 100 строк, обновление 1000 строк или выполнение логической цепочки обновлений. Качество продукта базы данных зависит от того, насколько его возможности выполнения транзакций соответствуют принципам атомарности, целостности и изолированности. Большая часть архитектуры SQL Server основана именно на этих свойствах.
¾ Свойство атомарности подразумевает, что транзакция должна либо выполниться вся, либо не выполниться в целом. В конце транзакции она должна быть либо подтверждена, либо отменена. Если частично выполненная транзакция записывается на диск, то свойство атомарности нарушается.
¾ Транзакция должна поддерживать целостность базы данных. Это значит, что транзакция начинает выполняться, когда база данных находится в целостном состоянии, при этом база должна остаться в целостном состоянии и после завершения транзакции. Целостность означает, что каждая строка и значение должны соответствовать моделируемой реальной ситуации, а все ограничения должны выполняться.
¾ Каждая транзакция должна быть изолирована, то есть отделена от эффекта выполнения других транзакций. Независимо от того, что выполняет другая транзакция, первая должна иметь возможность продолжать работать с тем же набором данных, с которым начала. Изоляция является своеобразным забором между двумя транзакциями. Доказательством наличия изоляции является возможность многократно повторить последовательный набор транзакций над одним и тем же набором данных и каждый раз получить один и тот же результат.
Узким местом целостности транзакций является конкуренция — попытка множества пользователей одновременно извлечь или модифицировать одни и те же данные. Вопрос изоляции реже встает в маленьких базах данных, однако в производственной среде с тысячами пользователей целостность данных или производительность сильно пострадает.
Архитектура SQL Server поддерживает все свойства целостности транзакций. Это значит, что разработчику нужно понимать их, чтобы при создании баз данных взять на вооружение все возможности SQL Server, а администратору баз данных это поможет реализовать хороший план восстановления. Если объединить возможности SQL Server, аппаратного и программного обеспечения, модели базы данных, планов восстановления и обслуживания базы данных. Когда разработчик и администратор сотрудничают, чтобы правильно организовать эти компоненты, база данных работает отлично, а целостность транзакций высокая.
Потерянные обновления. Потерянные обновления происходят, когда два пользователя редактируют одну и ту же строку, завершают свою работу и сохраняют данные. При этом обновления, которые были выполнены и сохранены первыми, заменяются обновлениями, сохраненными вторыми.
Так как потерянные обновления происходят только в том случае, когда два пользователя одновременно модифицируют одну и ту же строку, эта проблема может не возникать месяцами.
Взаимоблокировки. Взаимоблокировкой называется особая ситуация, когда несколько задач данных.
Каждая из транзакций останавливается в ожидании, пока вторая освободит нужный ей ресурс. В результате ни одна из них не может завершить свою работу. Если извне не поспособствовать одной из них или если одна из транзакций не завершит свою работу, то данная ситуация может продолжаться до бесконечности.
2.2 Разработка структуры входных и выходных данных
В качестве базы данных используются Firebird. Поскольку данная СУБД являются реляционной, естественно применяется стандартная схема данных, что делает возможным представление информации на уровне абстракций модели, таким образом схема данных для разных СУБД будет общей.
Разрабатываемая модель находится в 3-й нормальной форме, так как:
¾ атрибуты сущностей являются атомарными;
¾ каждый не ключевой атрибут функционально полно зависит от первичного ключа;
¾ в модели отсутствуют транзитивные зависимости не ключевых атрибутов от ключа.
Классической методикой проектирования БД является создание отдельных таблиц для каждой описываемой моделью данных сущности, затем, в процессе нормализации – выделение отдельных таблиц для хранения атрибутов сущности (таблицы-справочники).
Данная база данных состоит из трех таблиц-справочников:
¾ вид услуг (таблица 2.1);
¾ сотрудники (таблица 2.2);
¾ клиент (таблица 2.3).
На рисунке 2.1 представлен пример структурной программы фотоателье «Ирина».
 |
|
|
|
|
 |
Рисунок 2.1-Пример структурной программы фотоателье «Ирина»
При запуске данного приложения пользователю необходимо будет заполнить свой заказ. Для начала, пользователю (клиенту) предоставляется выбор услуг, далее пользователь выбирает необходимую ему услугу (одну или несколько), после чего происходит оформление заказа. Здесь пользователю (клиенту) необходимо будет заполнить некоторую информацию о себе, оплатить и получить свой заказ (услугу). После выполнения заказа приложение закрывается.
В таблице «Вид услуг» содержатся наименование услуг предоставляемых фотоателье «Ирина».
Таблица 2.1 «Вид услуг»
| ПОЛЕ | ТИП |
| Код услуги | Integer |
| Название | Сhar (50) |
| Цена | Integer |
В таблице «Сотрудники» находится необходимая информация о сотрудниках фотоателье «Ирина».
Таблица 2.2 «Сотрудники»
| ПОЛЕ | ТИП |
| Код сотрудника | Integer |
| ФИО сотрудника | Сhar (50) |
| Должность | Сhar (50) |
В таблице «Клиент» находится все необходимая информация о клиентах фотоателье «Ирина».
Таблица 2.3 «Клиент»
| ПОЛЕ | ТИП |
| № услуги | Integer |
| ФИО клиента | Сhar (50) |
| Телефон | Integer |
| Название услуги | Сhar (50) |
2.3 Вывод
На данном этапе были рассмотрены подходы к разработке автоматизированной системы. По составленной логической схеме были определены таблицы, с указанием поля и типа данных. Для создания программного продукта была выбрана классическая методика проектирования, а именно создание отдельных таблиц для каждой описываемой модели данных – сущности, что является третей нормальной формой.
Была разработана информационная система, которая состоит из следующих таблиц – справочников (вспомогательные таблицы) и основных таблиц. Система разработана с целью экономии времени при выполнении различных операций с информацией.
Технологический раздел
3.3 Вывод
Во время выполнения курсовой работы была разработана автоматизированная информационная система, полностью удовлетворяющая поставленным требованиям. Была изучена предметная область, провиден анализ выбранных аппаратных и программных средств, рассмотрены входные и выходные данные. Разработана структурная схема приложения.
Заключение
Курсовая работа является необходимым элементом учебного процесса, так как его основная цель – это создание программного продукта, его тестирование и составление полного комплекта программной и эксплуатационной документации на разработанное приложение, что необходимо студенту, чтобы стать квалифицированным специалистом.
Во время выполнения курсовой работы был разработан программный продукт, полностью удовлетворяющий поставленным требованиям. Была изучена предметная область, провиден анализ выбранных аппаратных и программных средств, рассмотрены входные и выходные данные. Разработана структурная схема приложения.
Программный продукт оснащен легкой и удобной навигацией, обладает понятным интерфейсом и отвечает минимуму требований. Разработан пакет программной документации.
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. А.Федоров, Н. Елманов «ADO в Delphi». Пер. с англ.. – СПб.: БХВ - Петербург, 2013. – 816 с.: ил.
2. Бейбер Р. Л. Программное обеспечение без ошибок. Пер. с англ. Под редакцией Правикова Д. И. – М.: Джон Уайли энд Сайз, 2011.
3. В. Фаронов «Система программирования DELPHI». Санкт-Петербург «БХВ-Петербург», 2010.
4. Глушаков С. В. Программирование в среде Windows. Учебный курс.– Ростов н/Д: «Феникс», 2012.
5. Культин Н. А. Основы программирования в Delphi 7 М.: BHV, 2008. 608с.
6. Культин Н. Б. «Основы программирования в Delphi 2006 для Microsoft». 2007.
7. Программирование на языке Delphi 7. Подольский А. П. – М.: «Феникс», 2010.
8. С. Тейксейра, К. Пачеко. Delphi 6. «Руководство разработчика, том 1. Основные методы и технологии программирования». Пер. с англ. – М.: Изд. дом «Вильямс», 2010. – 832 с.: ил. – Парал. тит. англ.
9. Фленов М. Е. Библия Delphi, «БХВ-Петербург», 2010.
Дата добавления: 2020-11-29; просмотров: 60; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!