Разработка программного продукта склада

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 02.12.2015
Размер файла 1,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Федеральное агентство связи

Уральский технический институт связи и информатики (филиал)

Федерального государственного бюджетного учреждения
высшего профессионального образования

Сибирского государственного университета телекоммуникаций и информатики

Кафедра информационных систем и технологий

КУРСОВОЙ ПРОЕКТ

По дисциплине: «Сетевые базы данных»

На тему: «Разработка программного продукта склада»

Выполнил: Студент группы П-02Н

Коленчиц А.А.

Руководитель: Бикбулатова Н.Г.

Екатеринбург, 2015

Текст задания

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

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

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

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

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

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

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

Содержание

Введение

1. Проектирование программного продукта

1.1 Постановка задачи

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

1.3 Обоснование выбора среды разработки

2. Реализация программного продукта

2.1 Описание методов решения задач, алгоритмов, структуры программы

2.2 Пример реализации шаблона проектирования

2.2.1 Создание модели

2.2.2 Создание интерфейса и реализации методов доступа к данным

2.2.3 Создание ViewModel шаблона проектирования

2.2.4 Создание представления

3. Руководство пользователя

3.1 Краткое описание возможностей программы

3.2 Уровень подготовки пользователя

3.3 Требование к аппаратной и программной части

3.4 Порядок проверки работоспособности

3.5 Описание работы программы

Заключение

Библиография

Введение

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

В этом курсовом проекте будет разработана программа “Склад”, которая поможет автоматизировать и систематизировать работу склада инструментов и запчастей произвольного предприятия. Она поможет сократить время обработки заявок на получение и расходов склада. Так же облегчит создание отчетов.

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

Задачами курсовой работы являются:

- подготовка студента к выполнению дипломного проекта;

- изучение особенностей конкретной предметной области, относящихся к теме курсовой работы;

- анализ возможных подходов и методов решения с обоснованием выбранного метода;

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

- разработка программного обеспечения;

- разработка программной и эксплуатационной документации.

программный обеспечение склад алгоритм

1. Проектирование программного продукта

1.1 Постановка задачи

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

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

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

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

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

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

Рисунок 1 ER-диаграмма отношений

Из этой диаграммы можно сделать вывод:

- необходимо выделить отдельные сущности - Инструмент, Запчасть, Приход, Заказ;

- Сущностью “Склад” создавать не надо, так как он по умолчанию один;

- Сущности “Заказ” и “Приход” должны содержать в себе коллекции инструментов и запчастей, но создать отношение “1-к-многим” не представляется возможным, так как в позиции заказа или прихода необходимо указать кол-во необходимых в заказе или приходе запчастей или инструментов;

- Исходя из предыдущего пункта, необходимо выделить еще две сущности - “Корзина инструментов” в которой хранится коллекция инструментов заказа или прихода с указанием необходимого количества и “Корзина запчастей”, в которой хранится коллекция запчастей заказа или прихода с указанием необходимого количества;

- Для экономии памяти сервера базы данных было принято решение в таблицах “Корзина инструментов” и “Корзина запчастей” сделать внешние ключи сразу к двум сущностям - “Приход” и “Заказ”. В случае, если один из этих внешних ключей равен нулю, второй обязательно заполнен, таким образом вычисляется к заказу или приходу относятся позиции корзины.

Исходя из ER-диаграммы, можно сделать вывод, что для программы необходимо 6 основных таблицы с данными.

Определим сущности, необходимые для хранения информации в программе:

- Instruments - таблица хранящая информацию о инструментах;

- Devices - таблица в которой хранится информация о запчастях;

- Orders - таблица в которой хранится информация о заказах;

- Arrivals - таблица в которой хранится информация о приходах оборудования на склад;

- InstrumentArrivalsOrders - вспомогательная таблица для хранения списка инструментов в приходах и расходах склада;

- DeviceArrivalsOrders - вспомогательная таблица для хранения списка запчастей в приходах и расходах склада.

Таблица 1

Поля таблицы Instruments

Параметр

Описание

Тип данных

InstrumentId

Первичный ключ таблицы

Int

Name

Название инструмента

String

BuyDate

Дата приобретения

DateTime

Price

Цена инструмента

Int

PlantManufacturer

Завод изготовитель

String

Count

Кол-ва инструментов в наличии

Int

Таблица 2

Поля таблицы Devices

Параметр

Описание

Тип данных

DeviceId

Первичный ключ таблицы

Int

Name

Название запчасти

String

RevisionDate

Дата проверки

DateTime

PlantManufacturer

Завод изготовитель

String

ReceivedDate

Дата получения

DateTime

Units

Единицы измерения

String

Count

Кол-ва запчастей в наличии

Int

Таблица 3

Поля таблицы Orders

Параметр

Описание

Тип данных

OrderId

Первичный ключ таблицы

Int

OrderResponcible

Ответственный за заказ

String

Department

Цех сделавший заказ

String

OrderDateTime

Дата заказа

DateTime

Shipped

Выполнен ли заказ

Bool

Таблица 4

Поля таблицы Arrivals

Параметр

Описание

Тип данных

ArrivalId

Первичный ключ таблицы

Int

ShippedBy

Кем отправлен приход

String

GetBy

Кем получен приход

String

GetDate

Дата получения

DateTime

InvoiceNumber

Номер накладной

String

SumInstAndDevice

Сумма прихода

Int

Таблица 5

Поля таблицы InstrumentArrivalsOrders

Параметр

Описание

Тип данных

InstrumentArrivalOrdersId

Первичный ключ таблицы

Int

Count

Кол-во инструментов в приходе или расходе

Int

ArrivalId_ArrivalId

Внешний ключ к таблице Arrivals

Int

Instrument_InstrumentId

Внешний ключ к таблице Instruments

Int

Order_OrderId

Внешний ключ к таблице Orders

Int

ShippedCount

Кол-во отгруженных инструментов

Int

Таблица 6

Поля таблицы DeviceArrivalsOrders

Параметр

Описание

Тип данных

DeviceArrivalOrdersId

Первичный ключ таблицы

Int

Count

Кол-во инструментов в приходе или расходе

Int

ArrivalId_ArrivalId

Внешний ключ к таблице Arrivals

Int

Device_DeviceId

Внешний ключ к таблице Devices

Int

Order_OrderId

Внешний ключ к таблице Orders

Int

ShippedCount

Кол-во отгруженных запчастей

Int

На рисунке 2 представлена схема структуры базы данных с указанием степени отношения таблиц друг к другу.

Рисунок 2 Схема базы данных

1.3 Обоснование выбора среды разработки

Для разработки данной программы была выбрана среда разработки Visual Studio 2013 Ultimate Edition.

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

Для конкретной реализации была выбрана связка двух технологий:

1) WPF - Windows Presentation Foundation (WPF) представляет собой обширный API-интерфейс для создания настольных графических программ имеющих насыщенный дизайн и интерактивность. В отличие от устаревшей технологии Windows Forms, WPF включает новую модель построения пользовательских приложений (в основе WPF лежит мощная инфраструктура, основанная на DirectX). Это означает возможность применения развитых графических эффектов, не платя за это производительностью, как это было в Windows Forms. Фактически даже становятся доступными такие расширенные средства, как поддержка видеофайлов и трехмерное содержимое. Используя эти средства (при наличии хорошего инструмента графического дизайна), можно создавать бросающиеся в глаза пользовательские интерфейсы и визуальные эффекты, которые были просто невозможны в Windows Forms.

2) ADO.NET EntityFramework (EF) - это программная модель, которая пытается заполнить пробел между конструкциями базы данных и объектно-ориентированными конструкциями. Используя EF, можно взаимодействовать с реляционными базами данных, не имея дело с кодом SQL (при желании). Исполняющая среда EF генерирует подходящие операторы SQL, когда вы применяете запросы LINQ к строго типизированным классам. Инновационный подход состоит в том, чтобы вместо обновления базы данных посредством нахождения строки, обновления строки и отправки строки обратно на обработку в пакете запросов SQL, просто изменять свойства объекта и сохранять его состояние. И в этом случае исполняющая среда EF обновляет базу данных автоматически.

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

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

MVVM (Model-View-ViewModel) - это шаблон, который появился для обхода ограничений паттернов MVC и MVP, и объединяющий некоторые из их сильных сторон. Эта модель впервые появилась в составе фреймворка Smalltalk в 80-х, и была позднее улучшена с учетом обновленной модели презентаций (MVP).

Шаблон MVVM имеет три основных компонента: модель, которая представляет бизнес-логику приложения, представление пользовательского интерфейса XAML, и представление-модель, в котором содержится вся логика построения графического интерфейса и ссылка на модель, поэтому он выступает в качестве модели для представления.

На рисунке 3 представлена диаграмма, которая показывает, как реализовать шаблон MVVM.

Рисунок 3 Диаграмма, показывающая принцип шаблона MVVM

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

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

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

2. Реализация программного продукта

2.1 Описание методов решения задач, алгоритмов, структуры программы

Структура программы полностью соответствует шаблону проектирования Model-View-ViewModel, это отображено на рисунке 4.

Рисунок 3 Структура программы

Для создания базы данных использовался подход Code first - разработчик создает класс модели данных, которые будут храниться в базе данных, а затем Entity Framework по этому модели генерирует базу данных и ее таблицы.

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

В папке Model хранятся файлы-описания моделей сущностей. Их всего 4, по числу таблиц в базе данных. Entity Framework берет из моделей описание и создает из них таблицы базы данных.

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

В папке Views хранятся файлы реализующие графический интерфейс программы. У любого окна WPF есть поле DataContext. DataContext может быть любым объектом, иметь какие угодно поля, а его главная задача -- являться источником данных для Databinding-а (данных выводимых в графическом интерфейса).

В корневой папке располагаются файлы настройки программы, автоматически создаваемые VisualStudio 2013 - App.config, App.xaml.

Так же в папке Locators располагаются вспомогательные классы, которые реализуют механизм поиска ViewModel используемых в шаблоне проектирования Model-View-ViewModel.

2.2 Пример реализации шаблона проектирования

2.2.1 Создание модели

Создание модели сущности “Инструмент” показано в листинге 1.

public class Instrument : ModelBase<Instrument>

{

[Key]

private int instrumentId;

public int InstrumentId

{

get { return instrumentId; }

set

{

instrumentId = value;

NotifyPropertyChanged(m => m.InstrumentId);

}

}

private string name = "";

public string Name

{

get { return name; }

set

{

name = value;

NotifyPropertyChanged(m => m.Name);

}

}

private DateTime buyDate;

public DateTime BuyDate

{

get { return buyDate; }

set

{

buyDate = value;

NotifyPropertyChanged(m => m.BuyDate);

}

}

private int price = 0;

public int Price

{

get { return price; }

set

{

price = value;

NotifyPropertyChanged(m => m.Price);

}

}

private string plantManufacturer = "";

public string PlantManufacturer

{

get { return plantManufacturer; }

set

{

plantManufacturer = value;

NotifyPropertyChanged(m => m.PlantManufacturer);

}

}

private string units;

public string Units

{

get { return units; }

set

{

units = value;

NotifyPropertyChanged(m => m.Units);

}

}

private int count = 0;

public int Count

{

get { return count; }

set

{

count = value;

NotifyPropertyChanged(m => m.Count);

}

}

}

Листинг 1. Создание модели сущности “Инструмент”

2.2.2 Создание интерфейса и реализации методов доступа к данным

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

public interface IInstrumentServiceAgent

{

List<Instrument> LoadInstruments();

}

Листинг 2. Создание интерфейса доступа к таблице “Инструменты”

В листинге 3 приведена реализация интерфейса IInstrumentServiceAgent.

public class MockInstrumentServiceAgent : IInstrumentServiceAgent

{

public List<Instrument> LoadInstruments()

{

List<Instrument> Instruments = new List<Instrument>();

using(var db = new StoreContext())

{

foreach (var d in db.Instruments)

{

if(d.Count > 0)

Instruments.Add(d);

}

}

return Instruments;

}

}

Листинг 3. Создание реализации интерфейса доступа к таблице “Инструменты”

2.2.3 Создание ViewModel шаблона проектирования

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

public class InstrumentListViewModel : ViewModelBase<InstrumentListViewModel>

{

private ObservableCollection<Instrument> instruments;

public ObservableCollection<Instrument> Instruments

{

get { return instruments; }

set

{

instruments = value;

NotifyPropertyChanged(vm => vm.Instruments);

}

}

// Добавляем сервис агент реализующий интерфейс доступа к данным

private IInstrumentServiceAgent serviceAgent;

// TODO: Реализуем конструктор который использует сервис агент

public InstrumentListViewModel(IInstrumentServiceAgent serviceAgent)

{

this.serviceAgent = serviceAgent;

Instruments = new ObservableCollection<Instrument>(serviceAgent.LoadInstruments());

}

}

Листинг 4. Реализация класса InstrumentViewModel

2.2.4 Создание представления

Последним этапом в шаблоне проектирования MVVM создается представление для набора данных полученных ViewModel. В листинге 5 показана часть реализации вида, которая выводит список инструментов на экран.

<GroupBox Header="Инструменты в наличии">

<DataGrid>

<DataGrid.Columns>

<DataGridTextColumn Header="№" Binding="{Binding Path=InstrumentId}"/>

<DataGridTextColumn Header="Название" Binding="{Binding Path=Name}"/>

<DataGridTextColumn Header="Дата закупки" Binding="{Binding Path=BuyDate}"/>

<DataGridTextColumn Header="Цена" Binding="{Binding Path=Price}"/>

<DataGridTextColumn Header="Завод изготовитель" Width="100" Binding="{Binding Path=PlantManufacturer}"/>

<DataGridTextColumn Header="Кол-во" Binding="{Binding Path=Count}"/>

</DataGrid.Columns>

</DataGrid>

</GroupBox>

Листинг 5. Реализация вида для набора данных InstrumentViewModel

3. Руководство пользователя

3.1 Краткое описание возможностей программы

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

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

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

3.2 Уровень подготовки пользователя

Пользователь должен иметь опыт работы с ОС MS Windows (XP/7/8/8.1), а также обладать следующими знаниями:

- Знать соответствующую предметную область;

- Знать и иметь навыки работы с аналитическими приложениями.

Пользователь должен ознакомится с данным руководством.

3.3 Требование к аппаратной и программной части

Для работы с программой “Склад” необходимо следующее программное обеспечение:

- Операционная система Windows 7 или выше.

- Программная платформа.NET Framework 4.5.

- Сервер баз данных SQLExpress

3.4 Порядок проверки работоспособности

Для проверки доступности программы “Склад” с рабочего места пользователя необходимо запустить исполняемый файл Kyrs.exe из папки программы или запустить программу с помощью ярлыка на рабочем столе.

3.5 Описание работы программы

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

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

Рисунок 4 Главное окно программы

Рисунок 5 Окно редактирования информации о приборе

Рисунок 6 Окно редактирования информации о инструменте

При нажатии на кнопку “Сохранить информацию”, появляется сообщение об успешном сохранении информации о приборе или инструменте, что показано на рисунке 7.

Рисунок 7 Сообщение о удачном сохранении информации о инструменте

При нажатии на кнопку “Справочник инструментов и запчастей” панели управления, откроется окно-справочник инструментов и запчастей занесенных в базу данных, как показано на рисунке 8.

Рисунок 8 Окно с информацией об списке запчастей и инструментов в базе данных

При нажатии на кнопку “Добавить инструмент в БД” или “Добавить запчасть в БД” откроется соответствующее окно с формой добавления в базу данных (рисунки 9, 10).

Рисунок 9 Окно добавления инструмента в базу данных

Рисунок 10 Окно добавления запчасти в базу данных

При нажатии на кнопку “Добавить инструмент” в окне добавлении инструмента или на кнопку “Добавить запчасть” в окне добавления запчасти появится сообщение подтверждающее добавление в базу данных (рисунок 11) или сообщение об ошибки правильности заполнения полей(рисунок 12).

Рисунок 11 Сообщение об успешном добавлении позиции в базу данных

Рисунок 12 Сообщение об ошибке при добавлении позиции в базу данных

При нажатии на кнопку “Оформить приход” панели управления, откроется окно добавления прихода инструментов и запчастей на склад, как показано на рисунке 13.

Рисунок 13 Окно добавления прихода запчастей и инструментов на склад

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

При нажатии на кнопку “Архив приходов” панели управления, откроется окно, в котором перечислены приходы инструментов и запчастей на склад с указанием точного кол-ва наименований, датой прихода, ответственными за получение и общей стоимостью ордера (рисунок 14).

Рисунок 14 Окно архива приходных ордеров

При нажатии на кнопку “Оформить запрос” панели управления, откроется окно добавления запроса инструментов и запчастей от цеха, как показано на рисунке 15.

Рисунок 15 Окно добавления заказа от цеха

При нажатии на кнопку “Добавить заявку в базу данных”, в правом нижнем углу появится сообщение об успешном или неуспешном добавлении заказа в базу данных.

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

Рисунок 16 Окно архива заказов от цехов

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

Рисунок 17 Окно со списком неотгруженных заказов

При нажатии на кнопку “Отгрузить имеющиеся наименования” появится сообщение об успешной отгрузке выбранных наименований на цех с указанием кол-ва.

При нажатии на кнопку “Задание” панели управления, откроется окно, в котором перечислены задания по моему варианту курсовой работы (рисунок 18, 19,20).

Рисунок 18 Окно с решением первого задания

Рисунок 19 Окно с решением второго задания

Рисунок 19 Окно с решением третьего задания

Заключение

Таким образом, проведя данную работу и изготовив программный продукт “Склад” были изучены новые технологии и средства разработки, такие как:

- Visual Studio 2013

-.Net Framework 4.5

- WPF

- Entity Framework

Освоена работа с базой данных MS-SQL, написание запросов к базе данных и создание хранимые процедуры и функции.

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

- MVVM

- MVC

Так же было проделано следующее:

- Закреплены и систематизированы теоретические знания и практические умения по дисциплине “Сетевые базы данных”.

- Получены навыки разработки алгоритмов и программ.

- Приобретены навыки решения профессиональных задач с применением персонального компьютера

- Приобретен опыт использования справочной и технической литературы, ГОСТов

- Выработаны навыки оформления и разработки иллюстрированного материала

- Развиты творческие инициативы, самостоятельности, ответственности и организованности

Библиография

1. WPF: Windows Presentation Foundation в.NET 4.5 с примерами на C# 5.0 для профессионалов. Автор: Мэтью Макдональд. Издательство: Вильямс. 2013 г.

2. Язык программирования C# 5.0 и платформа.NET 4.5. Автор: Эндрю Троелсен. Издательство: Вильямс. 2013 г.

3. ADO.NET Entity Framework. Автор: Jesse Russel. 2012 г.

4. Programming Entity Framework. Автор: Julia. Издательство: O'ReillyMedia. 2010 г.

5. ГОСТ 19.402-78 Описание программы.

6. ГОСТ 19.401-78 Текст программы.

7. ГОСТ 19.502-78 Описание применения.

8. ГОСТ 19.504-79 Руководство программиста.

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

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.