База данных MS Access | Дипломные работы | 2021

Дипломная работа «Разработка базы данных учета сотовых телефонов, проступающих на ремонт предприятия ИП Трубина с помощью MSAccess»

База данных MS Access. База данных учета.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

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

1.1.   Характеристика предприятия

1.2 Особенности деятельности организации

ГЛАВА 2. АНАЛИЗ И ВЫБОР ПРОЕКТНЫХ РЕШЕНИЙ

2.1.   Анализ существующих разработок

2.2.   Реляционная база данных MS Access

2.3.   Обзор, анализ и обоснование путей решения задач проектирования базы данных

ГЛАВА 3. РАЗРАБОТКА БАЗЫ ДАННЫХ

3.1. Техническое проектирование базы данных

3.2. Технологическое проектирование

3.3. Создание базы данных для учета сотовых телефонов

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

Современные компании и организации функционируют в условиях большого объема постоянно изменяющейся информации, которую необходимо оперативно анализировать и принимать правильные решения. Бурно развивается вычислительная техника и информационные технологии. Трудно найти сейчас компанию, не занимающуюся развитием информационных технологий. Современные руководители фирм полностью отдают себе отчет в том, что в настоящее время успешность и прибыльность компании полностью зависят в том числе, и от уровня развития IT-технологий, скорости и качества обработки информации, обоснованности и взвешенности принимаемых решений [19].

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

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

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

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

Цель работы: разработка  базы данных учете сотовых телефонов поступающих на ремонт предприятия ИП Трубина с помощью MSAccess.

Для реализации этой цели необходимо решить следующие задачи:

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

Объект исследования: система учета сотовых телефонов, сданных на ремонт в сервис ИП Трубина.

Предмет исследования: процесс учета сотовых телефонов поступающих в сервисный центр ИП Трубина.

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

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

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

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

1.1.   Характеристика предприятия

Форма собственности – индивидуальный предприниматель. Данная форма собственности – самая простая в бизнесе и является первым шагом в построении компании.

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

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

На рис. 1. показана организационная структура предприятия.

Структура организации
Рисунок 1 – Структура организации

1.2 Особенности деятельности организации

Большая часть поломок сотовых телефонов (18,1%) происходит в результате случайных повреждений или неосторожных действий пользователя. А вот поломок по вине производителя было зафиксировано всего 7,5% от общего числа.

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

Основные виды ремонтируемой мобильной техники (рисунок 2):

  • компьютеры и мониторы;
  • ноутбуки и нетбуки;
  • GPS-навигаторы;
  • сотовые телефоны и смартфоны;
  • игровые приставки.

Наибольший процент приходящих в сервис телефонов (26%) «страдает» от ошибок в работе экрана — битые пиксели, белые линии. На втором месте проблемы с сенсорным экраном — тачскрином, который либо не нажимается, либо разбивается из-за падений [3].

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

Известно, что большинство неисправностей электроники происходит по трем основным причинам: программные сбои; воздействие влаги; удары, падения.

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

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

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

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

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

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

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

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

  • шлейф;
  • аккумулятор;
  • тачскрин и т.д.

Чаще всего клавиатура страдает от:

  • пролитой жидкости (несколько капель воды и замена клавиатуры ноутбука обеспечена);
  • сильной нагрузки на клавиатуру, и как результат: клавиши отпадают;
  • поломки шлейфа клавиатуры;
  • перегиба внутренней дорожки или сноса резистивного участка.

Сбой операционной системы. Обычно происходит из-за:

  • несовершенства операционной системы;
  • вирусов;
  • установки некорректно работающих программ.

К наиболее частым видам ремонта относятся [1]:

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

Ремонт сотовых телефонов после попадания влаги или жидкости.

Воздействие влаги на электронную технику может привести к очень серьёзным

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

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

Ремонт сотовых телефонов после разбития защитного стекла. Как мы можем наблюдать развитие сотовых телефонов не стоит на месте еще в 2009 году более 90% пользователей ходили с аппаратами, имевшими в арсенале кнопочную клавиатуру. Сейчас же в 2016 году мы видим совершенно противоположный результат у каждого второго пользователя сотовым телефоном мы наблюдаем сенсорный экран.

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

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

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

С этой проблемой сталкиваются очень часто, неопытные пользователи. За последние пару лет стандартизация сделала значительный шаг, и мы видим почти на всех смартфонах одинаковый разъем в виде Micro-USB. Отличным от других является собственная разработка Apple со своим коннектором Litning, который лишен такой проблемы как вероятность вставить кабель не той стороной относительно разъема, указанного выше. При замыканиях Micro-USB разъема следует нести телефон в сервисный центр для дальнейшей диагностики, нередко бывает так что люди вставив не той стороной кабель деформируют контакты разъема что приводит к замыканию.

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

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

Чаще всего обращаются с телефонами марок как: Lenovo, Meizu, Huawei и других производителей. В таком случаем требуется европейская прошивка аппаратов для дальнейшего пользования потребителем. Названные основные фирмы без проблем имеют на наших форумах поддержу и адаптированные прошивки, чего не скажешь про китайские клоны Apple и Samsung в этих случаях приходится делать замену отдельных блоков прошивки, которые отвечают за GSM модуль и русификацию меню.

Ремонт сотовых телефонов после падения. Первое, что нужно сделать владельцу телефона после его падения это устранить внешние и внутренние повреждения.

При падении, мог пострадать не только внешний корпус телефона, но и внутренние контакты и микросхемы. Какие именно — сказать точно может только специалист, равно как и наилучшим образом устранить появившиеся в процессе падения неисправности. Более сложные механические повреждения могут потребовать замены целого узла [2].

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

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

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

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

ГЛАВА 2. АНАЛИЗ И ВЫБОР ПРОЕКТНЫХ РЕШЕНИЙ

2.1.   Анализ существующих разработок

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

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

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

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

Одной из наиболее популярных систем взаимодействия с клиентами является AmoCRM. Это система для учёта клиентов и сделок, которая работает в режиме online. Система не требует установок и настроек – достаточно пройти регистрацию на сайте приложения и можно сразу приступать к работе. Кроме этой программы, одной из популярных систем для учета клиентов является Bitrix24, которая имеет очень широкий спектр применения и очень широкий функционал.

2.2.   Реляционная база данных MS Access.

В широком смысле «база данных» — это совокупность описаний объектов и связей между ними, правил хранения данных и способов их обработки и представления.

Традиционно все системы управления БД (СУБД) классифицируются в зависимости от модели данных, которая лежит в их основе. Принято выделять иерархическую, сетевую и реляционную модели данных. Соответственно говорят об иерархических, сетевых и реляционных СУБД. Важнейшими из БД, безусловно, являются реляционные (англ. relation — связь, отношение) [15].

Реляционные базы данных фактически стали промышленным стандартом.

Функциональное назначение реляционной СУБД Access:

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

СУБД MS Access предназначена для создания настольных и офисных БД, для которых характерны:

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

В реляционной БД Access все хранимые данные сгруппированы в виде плоских двумерных взаимосвязанных таблиц. Таблица отражает определенный тип (особенность) объекта и состоит из строк (записей) и столбцов (полей). Каждая таблица БД имеет уникальное имя, не повторяющееся внутри базы данных. Каждый столбец имеет имя, записываемое в верхней части таблицы. Различные таблицы могут иметь столбцы с одинаковыми именами. В отличие от столбцов, строки не имеют имен, порядок их следования в таблице не определен, а количество логически не ограничено [7].

Все данные одной базы данных Microsoft Access хранятся в одном файле с расширением .mdb .

В рамках этого файла используются следующие объекты:

  • таблицы — для хранения данных;
  • запросы к базе данных — для поиска, выбора и сортировки требуемых данных с помощью стандартных функций. Запросы выполняются с помощью языка баз данных SQL, Visual Basic и с помощью конструктора запросов;
  • формы — предназначены для просмотра, добавления и изменения данных в таблицах, вывода на экран данных из одной или более таблиц с использованием макета, выбранного в мастере форм или созданного пользователем самостоятельно в режиме конструктора. Форма может содержать кнопки для выбора действий, открывающие другие объекты или автоматически выполняющие другие задачи;
  • отчеты — для анализа и печати данных в определенном формате;
  • страницы доступа к БД через Интернет или интрасеть для просмотра, обновления и анализа данных.

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

СУБД MS Access обеспечивает импорт данных из других программ (Excel, Lotus 1-2-3, Paradox и т.д.).

Если для создания электронных таблиц Excel достаточно ввести первые данные — прототип бухгалтерской книги с листами из электронных таблиц, то для начала работы с Access необходимо предварительно спроектировать базу данных (БД).

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

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

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

После распределения данных по типам (темам) определяются связи между таблицами.

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

Основой БД являются таблицы. Создание таблиц БД состоит из двух этапов [7].

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

На втором этапе производится заполнение их данными (создание записей таблицы).

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

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

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

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

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

Таблица с данным первичным ключом является главной по отношению к другой взаимосвязанной (вспомогательной) таблице, в которой имеется аналогичное первичному ключу поле. Данное поле во вспомогательной таблице носит название внешнего ключевого поля или внешнего ключа (foreign key). Таким образом, через ключевые поля (первичный и внешний ключи) обеспечивается взаимосвязь таблиц [16].

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

Наиболее часто используемым типом связи является тип связи (отношение) «один ко многим», при которой одной записи в одной таблице (называемой в данном случае главной) соответствует несколько записей в другой таблице (подчиненной).

При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Этот тип связи возможен только с помощью третьей (связующей) таблицы и по сути представляет собой два отношения «один-ко-многим» с третьей таблицей С. Например, отношение «многие-ко-многим» между таблицами «Заказы» (А) и «Товары» (В) определяется путем создания двух отношений «один-ко-многим» с таблицей «Заказано» (С). В одном заказе может быть много товаров, а каждый товар может появляться в нескольких заказах [24].

«Один-к-одному» — обычно, когда необходимо данные об одном объекте разнести по разным таблицам.

Для защиты от случайного удаления или изменения связанных данных должны выполняться следующие условия:

  • невозможно ввести в поле внешнего ключа связанной таблицы значение, не содержащееся в ключевом поле главной таблицы. Возможен только ввод значений Null. Например, нельзя сохранить запись, регистрирующую заказ, сделанный несуществующим клиентом, но можно создать запись для заказа, который пока не отнесен ни к одному из клиентов, если ввести значение Null в поле «Код_Клиента».
  • не допускается удаление записи из главной таблицы, если существуют связанные с ней записи в подчиненной таблице;
  • невозможно изменить значение первичного ключа в главной таблице, если существуют записи, связанные с данной записью.

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

Проектирование таблиц включает в себя:

1.      Задание имени каждой таблицы.

2.      Определение ключевого поля (это может быть обычный счетчик-код), которое обычно задается на первом месте в списке полей.

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

4.      Определение типов связей между ключевыми полями.

При обозначении имени таблиц и полей можно использовать любую комбинацию букв, цифр, пробелов и специальных знаков за исключением точки (.), восклицательного знака (!), надстрочного знака (‘) и квадратных скобок ([ ]). Но имя таблиц и полей не может начинаться с пробела или знака # [7].

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

Окно, которое открывается при открытии базы данных Microsoft Access, называется Окно базы данных. В окне базы данных выводятся ярлыки для создания новых объектов базы данных и открытия существующих объектов.

Существует три основных способа создания таблиц:

  • при помощи мастера таблиц;
  • в режиме конструктора;
  • непосредственно путем ввода данных в таблицу.

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

Кроме того, возможно создание таблиц на основе Запросов.

Для задания связей между таблицами в меню Сервис необходимо выбрать режим Схема данных (Relationships). В схему данных необходимо добавить нужные таблицы.

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

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

Подобным образом необходимо установить связи всех таблиц.

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

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

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

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

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

1)      объединять таблицы, т.е. отображать в одной строке данные из нескольких таблиц;

2)      указывать поля, которые должны отображаться в результирующем наборе записей, т.е. они отображают все поля базовой таблицы;

3)      производить вычисления (суммы, средних значений и др.);

4)      сохранять окно базы данных фильтра как отдельный объект, хотя и могут его сохранить в виде запроса.

1.      Запросы на выборку данных — возвращают данные из одной или нескольких таблиц и отображают их в виде таблицы. Запросы на выборку позволяют осуществлять:

  • группировку записей;
  • вычисления сумм (Sum), средних значений (Avg), подсчета записей (Count) и др.;
  • поиск записей, которым не соответствует ни одна запись в подчиненной таблице;
  • поиск повторяющихся записей.

2.      Перекрестные запросы — для расчетов и представления данных в структуре, облегчающей их анализ. Перекрестный запрос подсчитывает сумму, среднее или другие расчеты, после чего результаты группируются в виде таблицы по двум наборам данных, один из которых определяет заголовки столбцов, а другой заголовки строк [28].

3.      Запросы на изменение — для создания таблиц, удаления, обновления и добавления записей.

4.      Запросы SQL — это запрос, создаваемый при помощи языка инструкций SQL (Structured Query Language), например, команд SELECT, UPDATE или DELETE и предложений WHERE или ORDER BY. Когда пользователь создает запрос в режиме конструктора, Microsoft Access автоматически создает эквивалентную инструкцию SQL.

2.3.   Обзор, анализ и обоснование путей решения задач проектирования базы данных

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

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

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

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

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

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

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

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

Стадии проектирования ИС

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

  • изучение предметной сферы;
  • создание архитектуры системы;
  • выполнение проекта;
  • введение системы.

Процесс разработки архитектуры системы состоит из разработки нижеследующих компонентов:

  • спецификация требований к проектируемой системе;
  • построение концептуальной модели предметной сферы;
  • спецификация обработки сведений в проектируемой системе;
  • спецификация пользовательского интерфейса системы;
  • спецификация деятельности в предметной сфере с учетом введения системы [9].

Проектирование ИС основывается на моделях предоставления проектных решений (рис. 4).

Модели представления проектных решений
Рисунок 2 — Модели представления проектных решений

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

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

Групповые ИС направлены на коллективное применение сведений членами обособленной рабочей группы, как правило, выстраиваются в качестве локальной вычислительной сети ПК или реже в качестве многотерминальной вычислительной системы. Однотипными либо специализированными рабочими местами обеспечивается вызов одного или нескольких приложений. Общий информационный ресурс является базой данных либо совокупностью файловых структур. В процессе разработки таких систем применяются «настольные» СУБД, серверы БД для рабочих групп, а также соответствующие инструменты разработки [6].

Корпоративные ИС направлены на применение в масштабах учреждения (организации) для разных рабочих групп, имеют возможность поддержки территориально разнесенных узлов или сетей. Отличительная черта этих систем — обеспечение доступа из отделений к центральной либо распределенной БД учреждения, и к информационным ресурсам рабочей группы. Эти системы осуществляются на основании архитектуры «клиент — сервер» при специализации серверов. Вместе с тем применяются корпоративные SQL-серверы и соответствующий инструментарий [9].

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

  • многотерминальных централизованных вычислительных систем;
  • систем на базе локальной сети ПК; систем, имеющих архитектуру «клиент — сервер»: систем, имеющих распределенные вычисления; офисные системы;
  • систем на базе Интернет / интранет-технологий.

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

  • классические системы программирования; инструментарий для того, чтобы создавать файл-серверные приложения; средства создания приложений «клиент — сервер»;
  • средства автоматизации делопроизводства и документооборота; средства разработки Интернет / интранет-приложений; средства автоматизации проектирования (CASE-технологии).

Классические системы программирования представляют средства по созданию приложений на алгоритмических языках программирования (C, Pascal, Basic и др.). Инструментарий программирования может представлять набор утилит (редактора текстов, компилятора, компоновщика и отладчика) либо интегрированная программная среда. Развитие классических систем программирования — объектно-ориентированное, а также визуальное программирование.

Основа создания файл-серверных приложений для локальных сетей ПК состоит в инструментарии «персональных» СУБД, реализованном как диалоговая интегрирующая среда, предоставляющая 3 уровня доступа:

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

Из числа инструментальных средств осуществления приложений с архитектурой «клиент — сервер» выделяются нижеследующие:

  • среда разработки приложений для серверов БД;
  • независимый от СУБД инструментарий для того, чтобы создавать приложения «клиент — сервер»;
  • средства поддержки распределенных информационных приложений.

Среди данной группы необходимо выделение инструментальных средств быстрого создания приложений RAD (Rapid Application Development), которые обеспечивают реализацию удаленного доступа к СУБД по 2-звенной схеме «клиент — сервер»; связи клиентских приложений с серверами баз данных при помощи непроцедурного языка структурированных запросов SQL; целостность БД, в том числе целостность транзакций; поддержка хранимых процедур на серверах баз данных; реализация клиентских, а также серверных триггеров-процедур; генерация компонентов диалогового интерфейса и отчетов.

Средства программирования Интернет / интранет-приложений представляют различные системы программирования на интерпретируемых языках Java, JavaScript и других. Построенные с применением данных средств приложения могут быть загружены с любого web-сервера сети и интерпретироваться на узле клиента. Это обеспечивает платформенную независимость в процессе расширения функциональных возможностей.

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

  • комплекта специального инструментария быстрого создания прикладных ИС — RAD (Rapid Application Development);
  • технологического комплекса создания ПО RUP (Rational Unified Process) компании Rational Software;
  • технологии создания ПО Extreme Programming (XP).

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

По архитектуре ИС бывают:

  • настольными (desktop), или локальными, ИС, где все элементы (БД, СУБД, клиентские приложения) располагаются на одном компьютере;
  • распределенными (distributed) ИС, где элементы распределены по нескольким компьютерам.

По степени автоматизации ИС бывают:

  • автоматизированными — информационными системами, где автоматизация может являться неполной (то есть необходимо постоянное вмешательство персонала);
  • автоматическими — информационными системами, где автоматизация полная, то есть вмешательство персонала не требуется либо требуется лишь эпизодически [10].

По характеру обработки сведений ИС бывают:

  • информационно-справочными, либо информационно-поисковыми, ИС, где отсутствуют сложные алгоритмы обработки данных, а цель системы состоит в поиске и выдаче информации;

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

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

По охвату задач (масштабности) ИС бывают:

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

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

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

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

Выделяются функциональные подсистемы на стадии проектировании системы, может это происходить на основе разных подходов. Зачастую пользуются нижеследующими подходами: предметным; функциональным; проблемным; смешанным (предметно — функциональным).

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

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

  • информационно-поисковых языков;
  • языков запросов к СУБД;
  • входных языков прикладных программ, которые включены в программное обеспечение ИС;
  • языка взаимодействий с операционной системой;

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

ГЛАВА 3. РАЗРАБОТКА БАЗЫ ДАННЫХ

3.1. Техническое проектирование базы данных

Разрабатываемое программное обеспечение должно обеспечивать:

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

Исходные данные в систему вводится менеджером по приему заказов.

Программа должна работать на платформах Windows 98/ NT/2000.

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

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

База данных — MSAccess.

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

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

3.2. Технологическое проектирование

Построение модели базы данных компании осуществляется в инструментальной среде ERWin. AllFusion ERwin Data Modeler (ERwin) позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда системы упрощает разработку базы данных и автоматизирует множество трудоёмких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Продукт улучшает коммуникацию организации, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате.

Разработка базы данных ведется в три этапа:

1) Концептуальное проектирование – представляет собой сбор, анализ и редактирование требований к данным, которое состоит из следующих пунктов:

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

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

2) Логическое проектирование– процесс преобразования требований к данным в структуре данных. На выходе получается СУБД–ориентированная структура базы данных и спецификации прикладных программ. На этом этапе могут моделироваться базы данных относительно различных СУБД и производиться сравнительный анализ моделей.

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

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

Более подробно остановимся на уровнях проектирования базы данных. Так, концептуальный уровень (представление аналитика)– это сущности, атрибуты, связи. Концептуальная модель – это модель, которая отображает знания специалиста в предметной области об ее объектах и их взаимосвязях, процессах и результатах деятельности. На этом этапе могут быть использованы тексты, таблицы, графики, графы, блок–схемы.

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

Логический уровень (представление программиста) это записи, элементы данных, связи между записями.

Большинство современных подходов к проектированию баз данных базируется на использовании разновидностей так называемой ER–модели. Моделирование предметной области основывается на использовании графических диаграмм, которые включают небольшое число компонентов разного рода [2].

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

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

Схема ER–модели (сущность, атрибут, связь)
Рисунок 3 – Схема ER–модели (сущность, атрибут, связь)

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

На рис. 4 представлена модель базы данных для учета сотовых телефонов, поступивших на ремонт.

ER-модель базы данных
Рисунок 4 – ER-модель базы данных

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

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

3.3. Создание базы данных для учета сотовых телефонов

Создание базы данных
Рисунок 5 – Создание базы данных
Создание таблицы «Клиенты»
Рисунок 6 — Создание таблицы «Клиенты»
Создание таблицы «Мастера»
Рисунок 7 — Создание таблицы «Мастера»
Создание таблицы «Менеджер»
Рисунок 8 — Создание таблицы «Менеджер»
Создание таблицы «Заявки на ремонт»
Рисунок 9 — Создание таблицы «Заявки на ремонт»
Создание таблицы «Телефоны на ремонте»
Рисунок 10 — Создание таблицы «Телефоны на ремонте»
Связи между таблицами в базе данных
Рисунок 11 — Связи между таблицами в базе данных
Форма «Заявки на ремонт»
Рисунок 12 — Форма «Заявки на ремонт»
 Форма «Клиенты»
Рисунок 13 — Форма «Клиенты»
Отчет «Клиенты»
Рисунок 14 — Отчет «Клиенты»

ЗАКЛЮЧЕНИЕ

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

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

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

В результате работы над приложением, была разработана информационная система для учета сотовых телефонов. Система позволяет вести учет выполненных работ, просматривать список, вносить в него изменения, удалять ненужные записи. Система создана с помощью среды разработки Delphi, в качестве базы данных использована СУБД MSAccess. Разработанное приложение поможет организации более эффективно осуществлять процессы в направлении учета сотовых телефонов и приносить пользу и выгоду предприятию, которое специализируется на ведении бизнеса по ремонту мобильных телефонов.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

  1. Адаменко М. В. Мобильные телефоны. Подключение к ПК, разблокирование, эксперименты с Sim-картой./ М.В. Адаменко. – М.: ДМКПресс, 2008. – 289 с.
  2. Адаменко М. В. Тонкости и хитрости мобильных телефонов / М.В. Адаменко. – М.: ДМК-Пресс, 2011. – 289 с.
  3. Бигелоу С. Д. Устройство и ремонт телефонных аппаратов, радио- и мобильных телефонов / С.Д. Бигелоу, Д.Д. Карр, С.Виндер. – М.: ДМКПресс, 2010. – 576 с.
  4. Вересников, Ю. К. О надежности систем обработки информации / Ю. К. Вересников //Актуальные проблемы современной науки. — 2011. — № 2 (58). — С. 193-195.
  5. Виды обеспечений ИС [Электронный ресурс] / Режим доступа: http://baumanki.net/lectures/10-informatika-i-programmirovanie/298-informacionnye-sistemy/3903-41-vidy-obespecheniy-is.html (Дата обращения: 18.03.17).
  6. Гектор Гарсиа-Молина, Джефри Д. Ульман. Системы базы данных. Полный курс. / Гектор Гарсиа-Молина, Джефри Д. Ульман – М.:ООО «И. Д. Вильямс», 2003 г. – 1088 с.
  7. Днепров А. Microsoft Access 2007. – Спб.: Питер, 2008 – 240 с.
  8. Джексон Г. Проектирование реляционных баз данных для использования с микро — ЭВМ. — М.: Мир, 1991.
  9. Карпова Т. С. Базы данных: модели, разработка, реализация: учебное пособие для студентов ВУЗов – СПБ.: Питер, 2002 – 304 с.
  10. Кириллов В. В. Введение в реляционные базы данных / Кириллов В. В., Громов Г. Ю. – СПБ.: БХВ-Петербург,2009 г. – 464 с.:ил.
  11. Коцюба И. Ю. Основы проектирования информационных систем. Учебное пособие / И. Ю. Коцюба, А. В. Чунаев, А. Н. Шиков. – СПб: Университет ИТМО, 2015. – 206 с.
  12. Кренке Д. Теория и практика построения баз данных: [пер.сангл] / Д. Кренке. — 9 — е изд. — СПб.: Питер, 2005. — 858 с.
  13. Кудрявцев А. С. Программирование в Delphi: учебное пособие / Кудрявцев А. С. // ГОУВПО СПбГТУРП. СПб., 2011. — 102 с.
  14. Малинина Л. А. Основы информатики. Базы данных. [Электронный курс] // http://www.plam.ru/compinet/osnovy_informatiki_dlja_vuzov/p13.php
  15. Маторин С. И. Информационные системы: Учебно-практическое пособие / С. И. Маторин, О. А. Зимовец–Белгород: Изд-во НИУ БелГУ, 2012. – 231 с.
  16. Мирошниченко Г. А. Реляционные базы данных. Практические приемы оптимальных решений / Г. А. Мирошниченко. — «БХВ-Петербург», 2005. – 400 с.
  17. Петров В. Н. Информационные системы / В. Н. Петров. – СПб.: Питер, 2002. – 220 с.
  18. Ремонт и Сервис электронной техники №11/2013 [Текст]/– М.: СолонПресс, 2013. – 182 с.
  19. Сотник И. Н. Информационно-коммуникационные технологии как направление социально-экономических трансформаций при переходе к информационному обществу / И. Н. Сотник, О. Н. Волк // Современные тенденции управления политическим и социально-экономическим развитием территорий: [монография]; под ред. Минаковой И.В., Мельника Л.Г. — Орел: АПЛИТ. — 2013. — С. 222-234.
  20. Технологии проектирования программного обеспечения [Электронный ресурс] / Режим доступа http://www.rsatu.ru/sites/mpoevs/uploads/materials/trpo/Tehnologii%20proektirovaniya%20programmnogo%20obespecheniya.218.pdf (Дата обращения: 17.04.2017).
  21. Уорнер Т. Неофициальное руководство по ремонту iPhone, iPad и iPod. / Т. Л. Уорнер – М.: ДМК-Пресс, 2016. – 256 с
  22. Фаронов В.В. Программирование баз данных в Delphi 7: Учебный курс. – СПб.: Питер, 2004 — 464 с.
  23. Хубаев Г. Н. Интеграция визуального и имитационного моделирования деловых процессов предприятия: принципы и инструментарий / Г. Н. Хубаев, С. М. Щербаков // Проблемы современной экономики. — № 3. — 2008. — С. 252-258.
  24. Microsoft Office 2010 Version Comparison: A Resource for Comparing the New Capabilities in Office 2010 to Previous Versions of Office [slideshare]. URL: http://www.slideshare.net/voytsekhovsky/office-2003-vs-2007-vs-2010 (дата обращения: 07.02.2015).
  25. Ramus — кроссплатформенная система моделирования и анализа бизнес-процессов [Электронный ресурс] / Режим доступа: http://ramussoftware.com/index.php (Дата обращения 10.05.2017).

Купить данную работу или заказать подобную