Размещено на http://allbest.ru

Министерство образования и науки Российской Федерации

ФГБОУ ВО

«Брянский государственный технический университет»

Кафедра «Компьютерные технологии и системы»

Дисциплина «Управление данными»

КУРСОВАЯ РАБОТА

на тему: Журнал “Пульс цен”

Выполнил студент

Алуев Ф. И.

Руководитель: Сазонова А.С.

Брянск 2018



Содержание

Введение

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

2. Назначение проектируемой базы данных

2.1 Требования к составу выполняемых функций

2.2 Требования к надежности

2.3 Условия эксплуатации

2.4 Требования к составу и параметрам технических средств

2.5 Требования к информационной и программной совместимости

3. Инфологическая модель

3.1 Автоматизируемые функции

4. Логическая модель данных

5. Нормализация

5.1 Избыточные функциональные зависимости

5.2 Минимальное покрытие

6. Обоснование выбора программного обеспечения

7. Физическая модель базы данных

8. Описание работы с приложением

Заключение

Список используемой литературы



Введение

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

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

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

· 

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

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

Анализ предметной области целесообразно разбить на три фазы:

1) анализ требований и информационных потребностей;

2) выявление информационных объектов и связей между ними;

3) построение модели предметной области и проектирование схемы БД.

На этапе анализа концептуальных требований и информационных потребностей необходимо выполнить;

1) анализ требований пользователей к базе данных (концептуальных требований);

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

3) выявление перспективных задач (перспективных приложений);

4) документирование результатов анализа.

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



2. Назначение проектируемой базы данных

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

2.1 Требования к составу выполняемых функций

1. Добавление новых записей о компьютерах и их комплектующих со всеми необходимыми характеристиками и информацией о производителе.

2. Редактирование информации, например цена.

Изменение цены на товар с учётом времени или в связи с акцией, скидками.

3. Удаление уже имеющихся сведений.

4. Поиск товара по заданным параметрам.

2.2 Требования к надежности

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением заказчиком совокупности организационно-технических мероприятий:

· организацией бесперебойного питания технических средств;

· организацией стабильного доступа в сеть «Интернет»;

· использованием лицензионного программного обеспечения;

· регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

· регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

2.3 Условия эксплуатации

Эксплуатация автоматизированной системы должна удовлетворять санитарным правилам и нормам СанПин 2.2.2.542-96.

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

- проверка программного обеспечения на наличие вирусов не реже одного раза в сутки;

- регулярное обновление антивирусного программного обеспечения рабочей станции.

2.4 Требования к составу и параметрам технических средств

В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:

· процессор Pentium 3 и выше;

· оперативную память объемом не менее 2 Гигабайт;

· HDD, 30 Гигабайт и выше;

· Интернет-подключение.



2.5 Требования к информационной и программной совместимости

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 7,8.1,10, платформой NET Framework 4.5 версии и выше, локального сервера OpenServer версии 5.6 и выше.



3. Инфологическая модель

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

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

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

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

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

В процессе построения диаграммы «сущность-связь» можно выделить два этапа:

· определение списка сущностей выбранной предметной области;

· определение списка атрибутов сущностей.

Разработанная база данных «Журнал» содержит 12 таблиц.

1. Видеокарты - содержит информацию и характеристики имеющихся в наличии видеокартах.

· id_видеокарты - уникальный идентификатор, ключевой атрибут;

· Наименование - название товара;

· Производитель - фирма изготовитель данной продукции.

· Объём_видеопамяти - важнейшая характеристика. Она определяет, сколько видеоданных сможет хранить видеокарта, не подгружая при этом данные из оперативной памяти. Если памяти не хватает, то падение производительности неизбежно, поэтому чем больше видеопамяти, тем лучше!

· Тип_памяти - косвенно указывает на скоростные (частотные) характеристики видеопамяти. Чем современнее поколение памяти (GDDR3, GDDR4, GDDR5 и т.д.), тем она быстрее и эффективнее.

· Разрядность_шины_памяти - От разрядности шины зависит пропускная способность подсистемы памяти. Чем шире шина, тем выше пропускная способность. Но при выборе нельзя опираться только на эту характеристику, так как скорость передачи данных зависит еще и от частоты памяти.

· Видеоразъёмы - Разъемы, через которые подключаются средства вывода изображения (мониторы, телевизоры, проекторы и т.д.).

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

2. Процессоры - содержит информацию и характеристики имеющихся в наличии процессоров.

· id_процессора - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· Количество_ядер - чем больше, тем лучше! Производительность процессора в многопоточных приложениях зависит не только от архитектуры, частоты и размера кэша, но и от количества ядер.

· Сокет - это разъем, в который устанавливается центральный процессор.

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

· Частота - чем выше частота, тем выше производительность центрального процессора. Это справедливо только для определенного производителя и конкретной линейки (а также архитектуры) процессоров.

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

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

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

3. Оптические_приводы - содержит информацию и характеристики имеющихся в наличии оптических приводов.

· id_привода - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· Размещение - подразделяется на внутренний, который устанавливается непосредственно в системный блок компьютера или ноутбук, и внешний, который работает от периферийных интерфейсов (таких как USB).

· Вид_привода - вид оптического привода, определяющий его функциональность. Существуют следующие типы оптических приводов: CD-ROM, CD-RW, DVD-ROM, DVD/CD-RW, DVD RW, BD-RE.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

4. ОЗУ - содержит информацию и характеристики имеющихся в наличии комплектах оперативной памяти.

· id_ОЗУ - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· Тип_памяти - оперативная память компьютера относится к типу DRAM - энергозависимая память с произвольным доступом. DRAM делится на подтипы (различные версии памяти DDR), которые отличаются как разъемом, так и скоростью передачи данных (с каждым поколением скорость увеличивается).

· Объём_одного_модуля - оперативной памяти никогда не бывает много. Чем больше памяти, тем больше различных приложений вы сможете запустить на своем компьютере без заметного падения производительности, и вам не придется подолгу ждать загрузок каких-либо программ.

· Количество_модулей_в_комплекте - количество модулей памяти, продающихся в наборе.

· Тактовая_частота - чем выше частота памяти, тем быстрее она работает, тем самым повышая общую производительность подсистемы процессор-память в ресурсоёмких приложениях.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

5. Материнаские_платы - содержит информацию и характеристики имеющихся в наличии материнских плат.

· id_материнской_платы - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

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

· Чипсет - центр материнской платы, точка, в котором соединяются все шины интерфейсов подключаемых к материнской плате комплектующих.

· Количество_слотов_памяти - количество слотов памяти, установленных на материнской плате.

· Максимальная_частота_памяти - максимальная частота оперативной памяти, поддерживаемая материнской платой.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

6. SSD_накопители - содержит информацию и характеристики имеющихся в наличии твердотельных SSD накопителей.

· id_SSD- уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· Объём_памяти - фактический объем, от которого зависит то, сколько информации (фильмов, музыки, игр и прочего) вы сможете хранить на своем ПК.

· Скорость_записи - скорость, с которой осуществляется запись сжатых данных на накопитель.

· Скорость_чтения - скорость, с которой осуществляется чтение сжатых данных с накопителя.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

7. Системные_блоки - содержит информацию и характеристики имеющихся в наличии системных блоках и об их комплектующих.

· id_системного_блока - уникальный идентификатор, ключевой атрибут .

· Наименование - название товара.

· Фирма - изготовитель данной продукции.

· id_процессора - уникальный идентификатор, ключевой атрибут таблицы «Процессоры».

· Процессор - наименование товара.

· Количество_ядер - чем больше, тем лучше! Производительность процессора в многопоточных приложениях зависит не только от архитектуры, частоты и размера кэша, но и от количества ядер.

· Частота - чем выше частота, тем выше производительность центрального процессора. Это справедливо только для определенного производителя и конкретной линейки (а также архитектуры) процессоров.

· id_видеокарты - уникальный идентификатор, ключевой атрибут таблицы «Видеокарты».

· Видеокарта - наименование товара.

· id_ОЗУ - уникальный идентификатор, ключевой атрибут.

· ОЗУ - наименование товара.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

8. Заказы - информация о заказанных комплектующих для сборки системных блоков к продаже.

· id_заказа - уникальный идентификатор, ключевой атрибут.

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

· Сумма - сумма цен перечисленных товаров.

· Оплачено - количество денежных средств отданных за товар.

9. Корпуса - содержит информацию и характеристики имеющихся в наличии корпусов.

· id_корпуса - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· ВстроеныйБП - подтверждение наличия или отсутствия встроенного блока питания корпус.

· Число_внутренних_отсеков - речь идёт о внутренних отсеках 3.5 мм в основном используются для установки жестких дисков.

· Вентиляторы_в_комплекте, которые призваны обеспечить движение воздуха внутри системного блока.

· Цвет - цвет корпуса.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

10. Кулеры - содержит информацию и характеристики имеющихся в наличии кулеров для процессоров.

· id_кулера - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· Рассеиваемая_мощьность - это мощность, которую система охлаждения может рассеять в нормальном режиме работы.

· Материал_основания - характеристика указывает материал, использованный при изготовления основания данной системы охлаждения.

· Материал_радиатора - характеристика указывает материал, использованный при изготовления радиатора данной системы охлаждения.

· Цена - необходимое количество д. е. необходимое заплатить за приобретение товара.

11. HDD_накопители - содержит информацию и характеристики имеющихся в наличии твердотельных HDD накопителей.

· id_HDD - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

· Объём_памяти - фактический объем.

· Скорость_передачи_данных - скорость передачи данных устройством представляет собой максимально усредненную скорость операций чтения и записи на диск.

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

· Цена -количество д.е. необходимых заплатить за товар.

12. Блоки_питания - содержит информацию и характеристики имеющихся в наличии блоков питания.

· id_блока_питания - уникальный идентификатор, ключевой атрибут.

· Наименование - название товара.

· Производитель - фирма изготовитель данной продукции.

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

· Цена - количество д.е. необходимых заплатить за товар.

3.1 Автоматизируемые функции

Для автоматизации выбраны следующие функции:

1. Добавление новых записей с учётом повторений в других таблицах.

2. Помощь в наглядности при изменении данных.

3. Удаление записи и её составляющих из всех таблиц.

4. Составление заказа на основе выбора комплектующих клиентом.

5. Автоматизированные сообщения и устойчивость к исключительным ситуациям при нарушении работы с приложением.

4. Логическая модель данных

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

Рис.1. Реляционная модель БД «Обмен»



5. Нормализация

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

5.1 Избыточные функциональные зависимости

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

5.2 Минимальное покрытие

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

6. 

6. Обоснование выбора программного обеспечения

Курсовой проект был выполнен на языке высокого уровня C# с использованием Windows Forms компонентов на платформе Microsoft .NET Framework 4.5

Таблицы разрабатывались в приложении SQL Server Management Studio и Microsoft Office Excel.

SQL (Structured Query Language -- Структурированный язык запросов) -- язык управления базами данных для реляционных баз данных.

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

Microsoft SQL Server Management Studio (SSMS) - это единая универсальная среда для доступа, настройки и администрирования всех компонентов MS SQL Server, а также для разработки компонентов системы, редактирования текстов запросов, создания скриптов и пр.

Windows Forms -- интерфейс программирования приложений (API), отвечающий за графический интерфейс пользователя и являющийся частью Microsoft .NET Framework. Данный интерфейс упрощает доступ к элементам интерфейса Microsoft Windows за счет создания обёртки для существующего Win32 API в управляемом коде. Причём управляемый код -- классы, реализующие API для Windows Forms, не зависят от языка разработки. То есть программист одинаково может использовать Windows Forms как при написании ПО на C#, С++, так и на VB.Net, J# и др.

C# (произносится си шарп) -- объектно-ориентированный язык программирования. Разработан в 1998--2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft как язык разработки приложений для платформы Microsoft .NET Framework и впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270. C# относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к C++ и Java. Язык имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного приведения типа), делегаты, атрибуты, события, свойства, обобщённые типы и методы, итераторы, анонимные функции с поддержкой замыканий, LINQ, исключения, комментарии в формате XML.

Microsoft Visual Studio -- линейка продуктов компании Microsoft, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework и Silverlight.

Open Server -- это портативный локальный WAMP/WNMP сервер, имеющий многофункциональную управляющую программу и большой выбор подключаемых компонентов. Это первый полноценный профессиональный инструмент, созданный специально для веб-разработчиков с учётом их рекомендаций и пожеланий.

7. Физическая модель базы данных

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

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

Интерфейс приложения

Рис1.Рабочий интерфейс



Рис.2. Выбор категории товара

Рис.3. Добавление новой записи



Рис.4. Выбор категории товара

Рис.5. Редактирование записи



Рис.6. Удаление записи

Рис. 7. Оформление заказа



8. Описание работы с приложением

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

1. Кнопка «обновить» - по нажатию на данную кнопку отображение всех записей обновляется. Необходимость этой кнопки обусловлено поддержкой актуальности наличия товаров, а так же при её необходимо кликать после проведения одной из трёх следующих операций:

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

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

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

Совершённые изменения автоматически фиксируются в базе данных.

1.3 Удаление - при необходимости удалить запись нужно выбрать строчку в списке выбранной таблицы (таблицу можно выбрать в выпадающем списке вверху слева), которую необходимо удалить и нажать кнопку «Удалить», после чего появится окно, предупреждающее о безвозвратном удалении данных. Оно имеет место в случае случайного нажатия на кнопку «Удалить» и предотвращения потери данных. После подтверждения не забудьте обновить список.

Кнопка «Заказ» вызывает форму где возможно заказать системный блок(и) или составить свой список комплектующих. Эта форма уникальна тем, что в одном поле видимости поочерёдно отображается список заказываемых вами товаров и список имеющихся в наличие, в зависимости от необходимости действия. автоматизация программный база диаграмма

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



Заключение

В ходе выполнения работы были закреплены знания по созданию и проектированию баз данных в среде SQL Server Management Studio, а также приобретены практические навыки в создании оконных приложений с помощью Windows Forms и C#.

В процессе выполнения представленной курсовой работы были приобретены навыки по созданию Windows-приложений в среде программирования «Microsoft Visual Studio 2015», на языке программирования C#. Разработанный программный продукт работает исправно и выполняет все описанные выше функции.

Таким образом, были достигнуты следующие цели:

· на основе анализа предметной области сформулирован перечень задач, подлежащих автоматизации;

· построена инфологическая модель объекта автоматизации;

· построена логическая модель;

· спроектирована и построена в среде, выбранной СУБД физическая компьютерная структура данных;

· создана рабочая программа соответствующая всем необходимым требованиям указанным выше;

· оформлена пояснительная записка.



Список используемой литературы

1. Фролов, А.В. Базы данных в Интернете : практ. рук. по созданию Web-прил. с базами данных . - М. : Рус. ред., 2000. - 416 с. + 1 CD-ROM. - ISBN 5-7502-0143-0

2. Хомоненко, А.Д. Базы данных : учеб. для вузов / под ред. А. Д. Хомоненко. - СПб. : КОРОНА принт, 2000. - 416 c. - ISBN 5-79311-0122-5

3. Хомоненко А.Д. Базы данных : учеб. для вузов / под ред. А. Д. Хомоненко. - 2-е изд., доп. и перераб. - М. : КОРОНА принт, 2002. - 665 с. - ISBN 5-7931-0168-3

4. Коростелев, Д.А. Программирование в среде MICROSOFT .NET : [учеб. пособие для вузов : лаб. практикум] / Брян. гос. техн. ун-т. - Брянск : Изд-во БГТУ, 2017. - 145 с. : ил. - ISBN 978-5-89838-996-3

5. Агуров П.А. С#. Разработка компонентов в MS Visual Studio 2008/2010.СПб.: БХВ -Петербург, 2008. 480с.

6. Марченко А.Л. C#. Введение в программирование. Учебное пособие. М.: МГУ им. М.В. Ломоносова ,2005. 317с.

Размещено на Allbest.ru

...