Разработка базы данных для учёта работы магазина 'Бытовые товары'. Курсовая работа (т). Информационное обеспечение, программирование.
👉🏻👉🏻👉🏻 ВСЯ ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Разработка базы данных для учёта работы магазина 'Бытовые товары'
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
по
дисциплине «Разработка и эксплуатация автоматизированных информационных систем»
Разработка
базы данных для учёта работы магазина «Бытовые товары»
Исполнитель Магрычёв
Алексей Алексеевич
Руководитель Скопченко
Ольга Николаевна
. Общие требования к информационной системе
. Этапы разработки автоматизированных информационных систем
. Проектирование структуры базы данных
.4 Преобразование ER-диаграммы в реляционную модель
. Разработка клиентского программного обеспечения
.3 Описание алгоритма обработки данных
.4 Описание технических средств проектирования
В сфере продаж бытовых товаров очень
важна система, которая позволит вести учет наличие товара в магазине,
контролировать взаимоотношения с поставщиками и клиентами. Наилучшим решением,
которое позволяет эффективно выполнять подобные задачи, является автоматизация
магазина бытовых товаров.
Целью написания данной курсовой
работы является Разработка базы данных для учёта работы магазина «Бытовые
товары»
Для достижения поставленной цели
требуется решение следующих задач:
. Изучение предметной области
данного магазина
. Изучение литературы по вопросам
проектирования и разработки автоматизации информационной системы
. Проектирование схемы работы
программы
. Разработка программы для учёта
работы магазина «Бытовые товары»
. Написание пояснительной записки к
созданной БД
1. Общие требования к информационной системе
Способность к
адаптации и дальнейшему развитию подразумевают возможность приспособления
информационной системы к новым условиям, новым потребностям предприятия.
Требование
надёжности обеспечивается созданием резервных копий хранимой информации,
выполнения операций протоколирования, поддержанием качества каналов связи и
физических носителей информации, использованием современных программных и
аппаратных средств.
Система является
эффективной, если с учётом выделенных ей ресурсов она позволяет решать
возложенные на неё задачи в минимальные сроки. Эффективность системы
обеспечивается оптимизацией данных и методов их обработки, применением
оригинальных разработок, идей, методов проектирования.
Под безопасностью,
прежде всего, подразумевается свойство системы, в силу которого посторонние
лица не имеют доступа к информационным ресурсам организации, кроме тех, которые
для них предназначены. Требование безопасности обеспечивается современными
средствами разработки информационных систем, современной аппаратурой, методами
защиты информации, применением паролей и протоколированием, постоянным
мониторингом состояния безопасности операционных систем и средств их защиты.
2. Этапы разработки
автоматизированных информационных систем
Разработка и анализ бизнес - модели
Определяются основные задачи АИС, проводится декомпозиция задач
по модулям, и определяются функции, с помощью которых решаются эти задачи.
Описание функций осуществляется на языке производственных (описание процессов
предметной области), функциональных (описание форм обрабатываемых документов)
и технических требований (аппаратное, программное, лингвистическое
обеспечение АИС). Метод решения: Функциональное моделирование. Результат: 1.
Концептуальная модель АИС, состоящая из описания предметной области, ресурсов
и потоков данных, перечень требований и ограничений к технической реализации
АИС. 2. Аппаратно-технический состав создаваемой АИС.
Формализация бизнес - модели, разработка логической модели
бизнес - процессов.
Разработанная концептуальная модель формализуется, т.е.
воплощается в виде логической модели АИС. Метод решения: Разработка диаграммы
"сущность-связь" (ER (Entity-Reationship) - CASE - диаграммы).
Результат: Разработанное информационное обеспечение АИС: схемы и структуры
данных для всех уровней модульности АИС, документация по логической структуре
АИС, сгенерированные скрипты для создания объектов БД.
Выбор лингвистического обеспечения, разработка
программногообеспечения АИС.
Разработка АИС: выбирается лингвистическое обеспечение (среда
разработки - инструментарий), проводится разработка программного и
методического обеспечения. Разработанная на втором этапе логическая схема
воплощается в реальные объекты, при этом логические схемы реализуются в виде
объектов базы данных, а функциональные схемы - в пользовательские формы и
приложения. Метод решения: Разработка программного кода с использованием
выбранного инструментария. Результат: Работоспособная АИС.
На данном этапе осуществляется корректировка информационного,
аппаратного, программного обеспечения, проводится разработка методического
обеспечения (документации разработчика, пользователя) и т.п. Результат:
Оптимальный состав и эффективное функционирование АИС. Комплект документации:
разработчика, администратора, пользователя.
Особенность АИС созданных по архитектуре клиент сервер является
их многоуровневость и многомодульность, поэтому при их эксплуатации и
развитии на первое место выходят вопросы контроля версий, т.е. добавление
новых и развитие старых модулей с выводом из эксплуатации старых. Например,
если ежедневный контроль версий не ведется, то в как показала практика, БД
АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых
эффективно использоваться будет лишь 20-30%. Результат: Наращиваемость и
безизбыточный состав гибкой, масштабируемой АИС
Ниже указаны три отличительных
компонента пользовательского интерфейса Access 2010:
Лента. Полоса в верхней части окна
приложения, содержащая группы команд.
Представление Backstage. Набор команд на
вкладке Файл на ленте.
Область навигации. Область в левой
части окна Access, предназначенная для работы с объектами базы данных. Область
навигации заменила окно базы данных в Access 2007.
Три этих элемента формируют среду, в
которой создаются и используются базы данных.
Лента заменила меню и панели
инструментов, доступные в версиях, выпущенных до Access 2007. Она состоит из
вкладок с группами кнопок.
Лента содержит основные вкладки с
группами наиболее часто используемых команд, контекстные вкладки, которые
появляются только тогда, когда их использование допустимо, и панель быстрого
доступа - небольшую панель инструментов, на которую можно добавить самые нужные
команды.
Некоторые кнопки на вкладках ленты
предоставляют выбор действий, а другие позволяют выполнить определенную
команду.
Режим Backstage появился в Access 2010. Он содержит
команды и сведения, применимые ко всей базе данных, например Сжать и
восстановить, а также команды, которые в более ранних версиях содержались в
меню Файл, например Печать.
Область навигации позволяет
организовать объекты базы данных и является основным средством открытия или
изменения объектов базы данных. Область навигации заменила окно базы данных,
которое использовалось в версиях Access до Access 2007.
Область навигации организована по
категориям и группам. Пользователи могут выбрать различные параметры
организации, а также создать собственную схему организации. По умолчанию в
новой базе данных используется категорию типа объекта, которая содержит группы,
соответствующие различным типам объектов базы данных. Категория типов объектов
организует объекты базы данных подобно окну базы данных в более ранних версиях.
Область навигации можно уменьшить
или скрыть, но она не загораживается при открытии объектов базы данных поверх
нее.
.ODBC: "Открытый интерфейс
взаимодействия с базами данных" - Open Database Connectivity - одна из
самых ранних технологий, а также одна из самых популярных среди всех, что
предложила для стандартизации доступа к источникам данных корпорация Microsoft,
ибо технология эта проще большинства придуманных в более позднее время сходных
технологий.
.OLE DB: Примером дальнейшего
развития вышеописанной технологии может послужить OLE DB, в которой
практически, смешались ODBC и COM, то есть для доступа к данным в ней
используются не API на языке C, а COM-интерфейсы. OLE DB существует для того,
чтобы облегчать доступ к базам данных, файловым системам, хранилищам сообщений,
службам директорий, а также рабочей документации.
.RDO: Реализованная в OLE DB идея
объединения разнородных библиотек и развития ODBC дальше уже не идет, обе
библиотеки продолжают оставаться независимыми друг от друга, и для стыковки им
нужны специальные драйвера.
.DAO: DAO - это Data Access Objects
(объекты доступа к данным). Первоначально компонент DAO был создан как COM-интерфейс
для обеспечения доступа к базам данных JET (Access) и любыми, для которых
имелись драйверы ODBC.
.ADO: ActiveX Data Objects (ADO) -
объекты для доступа к данным - одна из самых популярных после ODBC технологий,
обеспечивает программируемую модель высокого класса, которая будет
поддерживаться и улучшаться со временем.
.ADO.NET: Несмотря на схожесть
названий, фактически ADO.NET не является продолжением ADO, ее нужно
рассматривать как совершенно самостоятельную технологию, ибо это одна из
центральных частей NET Framework.
.MDAC: Microsoft Data Access
Components (компоненты доступа к данным корпорации Microsoft) - это
совокупность библиотек, обеспечивающих работу перечисленных технологий.
.MSDE: Начиная с версии 2.6, MDAC
больше не содержит компонентов Jet. Другими словами, MDAC 2.6, 2.7, 2.8, равно
как и все будущие его релизы, не будет содержать таких компонентов, как
Microsoft Jet, Microsoft Jet OLE DB Provider, а также ODBC Desktop Database
Drivers.
5. Проектирование
структуры базы данных
Магазин - юридическое лицо, которое
выполняет функции розничной торговли.
Магазин бытовых товаров ведет
непосредственную работу с клиентами по вопросам розничной торговли бытовых
товаров.
Установлена четкая процедура
принятия решений о определении конечной цены товара и оформлении сделки по
покупке. Общая процедура продажи бытовых товаров регламентируется специальными
регламентами и инструкциями.
Клиенты магазина бытовых товаров -
физические лица, для которых предусмотрены распространяемые виды бытовых
товаров.
В блок магазина также входят
специальные группы по обслуживанию клиентов:
Клиентские подразделения:)
организация взаимодействия с Клиентом;
Учет товаров:) учет поступления
товаров в розницу;
в) учет перемещения товаров между
структурными подразделениями;
г) учет возврата товаров поставщику;
в) учет товаров в ценах реализации.
Описание бизнес-процессов магазина
бытовых товаров
Бытовой товар поступает от
поставщика на распространение в магазин бытовых товаров. При поступлении товары
учитываются в ценах реализации. Формируется реестр приходных накладных и отчет
по поставщикам.
Сотрудники Клиентского отдела
заключают сделки по продаже бытовых товаров с Клиентами. Возможны прецеденты
возврата товара от Клиентов. Формируются товарный отчет, реестр возвратных
накладных и отчет о доходах и расходах.
. Анализ доходов и планирование
закупок
Происходит анализ денежной выручки в
разрезе ККМ и структурных подразделений (отделов) магазина и планирование
закупок у поставщика.
. Количественно-суммовой мониторинг
Ведение количественно-суммового
учета по итоговым данным за период:
учет товаров в отделах по
номенклатуре в количественно-суммовом выражении;
реализация товаров по номенклатуре с
применением одного из методов списания:
инвентаризация для определения
количества проданных товаров;
определение результатов
хозяйственной деятельности.
На основании результатов мониторинга
разрабатывается, в случае необходимости, комплекс мероприятий по повышению
качества работы клиентских подразделений и всего магазина в целом.
.Поставки - В таблицу поставки
вписываются товары, которые поступают в тот или иной магазин.
.Поставщики - В таблицу вписывается
адрес, телефон и название организации.
.Товары - В таблицу вписывается цена
товара и его количество.
Ближайшие товары - В данную таблицу
вписываются информация о товаров, которые поступят в ближайшие время.
Товары от 500 рублей - Товары с
ценой до 500 рублей.
Товары категории А,B,C,D - Список товаров по категориям.
Товары от 500 рублей - Товары с
ценой от 500 рублей.
Типичной формой документирования
информационной модели предметной области являются диаграммы “сущность-связь” (ER-диаграммы). ER-диаграмма позволяет
графически представить все элементы информационной модели согласно простым,
интуитивно понятным, но строго определенным правилам - нотациям. Далее мы будем
пользоваться условными обозначениями, принятыми в методологии информационного
проектирования. Сущность на ER-диаграмме представляется прямоугольником с именем в верхней
части. В прямоугольнике перечисляются атрибуты сущности, при этом атрибуты, составляющие
уникальный идентификатор сущности, подчеркиваются. Отношение (связь) сущностей
на ER-диаграмме
изображается линией, соединяющей эти сущности и ромбом с описанием отношений.
Тип отношения описывается символом у линий. Это М для множественных отношений и
1- для одиночных.
ER-Диаграмма представлена в графической части.
5.4 Преобразование
ER-диаграммы в реляционную модель
Концептуальные модели позволяют
более точно представить предметную область, чем реляционные и другие более
ранние модели. Но в настоящее время существует немного систем управления базами
данных, поддерживающих эти модели. На практике наиболее распространены системы,
реализующие реляционную модель. Поэтому необходим метод перевода концептуальной
модели в реляционную. Такой метод основывается на формировании набора
предварительных таблиц из ER-диаграмм.
Для каждой сущности создается
таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на
два основных фактора - тип связи и класс принадлежности сущности. Изложим их:
Если связь типа 1:1 и класс
принадлежности обеих сущностей является обязательным, то необходима только одна
таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух
сущностей;
Если связь типа 1:1 и класс
принадлежности одной сущности является обязательным, а другой - необязательным,
то необходимо построить таблицу для каждой сущности. Первичный ключ сущности
должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности,
для которой класс принадлежности является необязательным, добавляется как
атрибут в таблицу для сущности с обязательным классом принадлежности;
Если связь типа 1:1 и класс
принадлежности обеих сущностей является необязательным, то необходимо построить
три таблицы - по одной для каждой сущности и одну для связи. Первичный ключ
сущности должен быть первичным ключом соответствующей таблицы. Таблица для
связи среди своих атрибутов должна иметь ключи обеих сущностей;
Если связь типа 1:М и класс
принадлежности сущности на стороне М является обязательным, то необходимо
построить таблицу для каждой сущности. Первичный ключ сущности должен быть
первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1
добавляется как атрибут в таблицу для сущности на стороне М;
Если связь типа 1:М и класс
принадлежности сущности на стороне М является необязательным, то необходимо
построить три таблицы - по одной для каждой сущности и одну для связи.
Первичный ключ сущности должен быть первичным ключом соответствующей таблицы.
Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей;
Если связь типа М:N, то необходимо построить три
таблицы - по одной для каждой сущности и одну для связи. Первичный ключ
сущности должен быть первичным ключом соответствующей таблицы. Таблица для
связи среди своих атрибутов должна иметь ключи обеих сущностей.
Результат преобразования ER-диаграммы в реляционную
модель представлен в Приложении 1.
6. Разработка клиентского
программного обеспечения
автоматизированный информационный
система база данные
Microsoft Office Access или просто
Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр
функций, включая связанные запросы, связь с внешними таблицами и базами данных.
Благодаря встроенному языку VBA, в самом Access можно писать приложения,
работающие с базами данных.
Рисунок 1 Таблица “Создание Таблицы”
На данном этапе мы видим пустые
строки под названием: Имя поля, тип данных, описание;
построитель экранных форм;
Рисунок 2 Форма “Главная кнопочная
форма”
На данном этапе мы создаем главную
кнопочную форму. (Главное меню)
построитель SQL-запросов (язык SQL в MS
Access не соответствует стандарту ANSI);
Рисунок 3 Запрос “Создание запросов”
На данном рисунке мы видим создание
нужного нам запроса.
построитель отчётов, выводимых на
печать.
Рисунок 5 Отчет “Пример собственного
отчета”
Access является файл-серверной СУБД
потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов,
необходимых в многопользовательских БД, таких, например, как триггеры.
Существенно расширяет возможности MS
Access по написанию приложений механизм связи с различными внешними СУБД:
"связанные таблицы" (связь с таблицей СУБД) и "запросы к
серверу" (запрос на диалекте SQL, который "понимает" СУБД).
Также MS Access позволяет строить полноценные клиент-серверные приложения на
СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access
простотой инструменты для управления БД и средства разработки.
В данной базе данных имеется удобная
кнопочная форма. При открытии Автоматически включается главное меню для работы.
В базе данных присутствует 3 таблицы, 7 запросов, 11 форм , 2 отчета, 1макрос и
1 приложение. При запуске программы так же включается автоматически макрос
“Добро пожаловать”. Каждый пользователь сможет легко разобраться в базе данных,
так как кнопочная форма очень удобная.
Для создания кнопочной формы,
необходимо сделать следующее:
.Выбрать категорию “Переходы по
записям”, действия - Найти далее
Дальше идет работа непосредствено с
кнопочной формой, для создания нужного запроса необходимо сделать следующее:
3. Выбрать нужную таблицу или
запрос.
. Наименовать и расположить на
главной форме кнопку, открывающая нужную таблицу.
Описание кнопочной формы описанно в
пункте 6.6
6.3 Описание алгоритма
обработки данных
Рисунок 7 Таблица “Алгоритм
обработки данных”
6.4 Описание технических
средств проектирования
Microsoft Office Access 2010 Базовый
В следующей таблице приведены
требования к системе для Microsoft Access 2010.
Таблица 2 Требования MS Access 2010
Процессор c тактовой частотой 500 МГц или выше.
256 МБ оперативной памяти или больше.
2 ГБ свободного дискового пространства.
Монитор с разрешением 1024 х 768 или выше.
Windows XP с пакетом обновления 3 (SP3) (32-разрядная), Windows
Vista с пакетом обновления 1, Windows Server 2003 с пакетом обновления 2
(SP2) с установленным MSXML 6.0 (только для 32-разрядной версии Office),
Windows Server 2008 или более поздняя (32-разрядная или 64-разрядная),
Windows 7.
Для аппаратного ускорения графики требуется совместимая со
стандартом DirectX 9.0c видеокарта с драйверами, выпущенными не ранее 1
ноября 2004 г. Internet Explorer 6, Internet Explorer 7 или Internet Explorer 8, только 32-разрядная версия браузера. Для поддержки функций
Интернета необходим доступ в сеть (может взиматься плата за услуги). Для
импорта данных из Excel 2010 или Outlook 2010 требуется Excel 2010 или
Outlook 2010. Для интеграции с Business Connectivity Services требуется Microsoft .NET Framework 3.5. Функциональные возможности продуктов и графики могут различаться
в зависимости от конфигурации системы. Для работы некоторых компонентов может
требоваться дополнительное или более производительное оборудование, а также
подключение к серверу.
В главном меню присутствуют кнопки:
.Ближайшие поставки - это таблица, в
которой отображается дата поставки, номер заказа, поставщики, название товара и
категория. Данная таблица считается основной в базе данных, так как новый товар
пополняется в эту таблицу.
Рисунок 8 Таблица “ Ближайшие поставки ”
.Все товары - в данной таблицы,
отображается цена и количество товара поступаемых в розницу.
.Поставки - в данной таблице
отображается поставка товара
.Поставщики - в данной таблице
отображается поставщики товаров.
.Товары - в данной таблице
отображаются товары, которые поступили в магазин.
.Товары от 500 - в данной таблице
отображаются товары от 500 рублей.
Рисунок 13 Таблица “ Товары от 500 ”
.Товары до 500 - в данной таблице
отображаются товары до 500 рублей.
Рисунок 14 Таблица “ Товары до 500 ”
.Товары категории А,B,C,D - Данные таблицы основаны по
категориям товаров.
Рисунок 15 Таблица “ Товары
категории А ”
Рисунок 16 Таблица “ Товары
категории B ”
Рисунок 17 Таблица “ Товары
категории C ”
Рисунок 18 Таблица “ Товары
категории D ”
В Access не поддерживается защита на
уровне пользователя для баз данных, созданных в новом формате (ACCDB и
ACCDE-файлы). Однако при открытии базы данных из более ранней версии Access,
имеющей защиту на уровне пользователя, в Access 2010 эти параметры будут
продолжать действовать.
Разрешения на уровне пользователей
не защищают базу данных от злоумышленников и не предназначены для использования
в качестве защитного барьера. Эту функцию следует использовать для повышения
удобства работы с базой данных для надежных пользователей. Чтобы защитить
данные, предоставьте доступ к файлу базы данных и связанным с ней файлам
безопасности на уровне пользователей только надежным пользователям, используя
разрешения файловой системы Windows.
При преобразовании подобной базы
данных в новый формат приложение Access автоматически удаляет все параметры безопасности
и применяет правила защиты ACCDB- и ACCDE-файлов.
Наконец, следует помнить, что каждый
раз при открытии базы данных в новом формате все пользователи имеют возможность
просмотра всех ее объектов.
Для понимания архитектуры
безопасности Access необходимо помнить, что база данных Access не является
файлом, подобным книге Excel или документу Word. В отличие от них база данных
представляет собой набор объектов - таблиц, форм, запросов, макросов, отчетов и
т.д. - которые часто являются взаимозависимыми. Например, при создании формы
ввода данных нельзя вводить в нее или хранить в ней данные, если элементы
управления в этой форме не связаны с таблицей.
Некоторые компоненты Access могут
быть небезопасны, поэтому в ненадежной базе данных они отключены:
запросы на изменение (запросы,
которые добавляют, удаляют или изменяют данные);
некоторые выражения (функции,
возвращающие одно значение);
Чтобы защитить данные, в Access и
центре управления безопасностью выполняется ряд проверок на безопасность всякий
раз при открытии базы данных. Этот процесс описан ниже.
При открытии в Access ACCDB-файла
или ACCDE-файла местоположение файла базы данных сообщается центру управления
безопасностью. Если центр определяет это место как надежное, база данных
работает с полным набором возможностей. При открытии базы данных с более ранним
форматом файлов в центр управления безопасностью передаются расположение и
цифровая подпись, если таковые имеются.
Центр управления безопасностью проверяет
подлинность этого "удостоверения", чтобы определить, имеет ли база
данных состояние доверенной, а затем информирует Access о том, как следует ее
открывать. Приложение Access либо отключает ее, либо открывает с полным набором
возможностей.
Следует помнить, что параметры,
выбранные пользователем или администратором в центре управления безопасностью,
управляют решениями о доверии, принимаемыми при открытии базы данных в Access.
Если центр управления безопасностью
отключает содержимое базы данных, то при открытии базы данных отображается
панель сообщений.
Чтобы включить содержимое базы
данных, щелкните элемент параметры, а затем выберите соответствующие параметры
в появившемся диалоговом окне. Отключенное содержимое будет включено, и база
данных откроется заново с полным набором возможностей. В противном случае
отключенные компоненты не будут работать.
При написании курсового проекта,
была создана база данных, в которой вводилась информация о бытовых товарах,
продажи и поступлении товаров в магазин и готовая к внедрению на предприятие.
Удобный интерфейс показывает всю
информацию о поступлении товаров в магазин. Поставщики и поставки так же
указаны в форме.
Кроме того была написана
пояснительная записка, описывающая работу технологию создания данной БД,
системные требования и написано руководство пользователя.
1. Фуфаев Э.В. Базы данных 3-е издание. - М.: Издательский
центр «Академия», 2007. - 320 с.
2. Кузин А.В. Базы данных 2-е издание.- М.: Издательский центр
«Академия», 2008. - 320 с.
3. Диго С.М. Базы данных: проектирование и использование. -
М.:Финансы и статистика, 2007. - 529 с.
4. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных 2-е
издание. - М.: ФОРУМ: ИНФРА-М, 2007. - 400 с.
5. Гвоздева В.А. Автоматизированные информационные системы. -
М.: «ФОРУМ»: ИНФРА-М, 2007. - 320 с.
6. Гагарина Л.Г. Разработка и эксплуатация автоматизированных
информационных систем. - М.: ИД «ФОРУМ»: ИНФРА-М, 2007. - 384 с.
7. Учебное пособие «Базы данных», СПб 2006
8. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н.,
Информатика. Мето-дические указания. Ставрополь, СТИС, 2006
9. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб.
пособие. - 2-е изд., испр. и доп. - М.: ФОРУМ: ИНФРА-М, 2007.
Похожие работы на - Разработка базы данных для учёта работы магазина 'Бытовые товары' Курсовая работа (т). Информационное обеспечение, программирование.
Курсовая работа: Роль підприємництва у розвитку економіки України
Погружаюсь В Детство Сочинение Егэ
Курсовая работа по теме Оценка и учет финансовых показателей деятельности предприятия
Мой Любимый Поэт Серебряного Века Сочинение Северянин
Реферат На Тему Использование Судебной Практики В Отношении Нарушителей Законодательства По Обращению С Отходами
Реферат: America Essay Research Paper Our American society
В Чем Смысл Названия Мертвые Души Сочинение
Реферат На Тему Рациональное Питание
Реферат: Маркетинговый анализ 2
Реферат: Захоплення Кортесом Америки
Реферат по теме Зарождение и развитие астрологии
Реферат: Depression By Cognitive Perspective Essay Research Paper
Мальчик В Белой Рубашке Сочинение
Сочинение по теме Проблема счастья и долга в романе "Евгений Онегин"
Реферат по теме Что сознание понимает в знании?
Очерки по истории русской культуры
Дистанционное Обучение Плюсы И Минусы Эссе
Анализ финансовых результатов деятельности предприятия ООО "Автомир"
Реферат: Развитие речи и экологическое воспитание
Режим Труда И Отдыха Студента Реферат
Реферат: Ожоги 3
Похожие работы на - Условное осуждение
Курсовая работа: Организация и пути совершенствования производства переработки и сбыта продукции птицеводства