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

Текст из файла

Министерство транспорта Российской Федерации

Федеральное агентство железнодорожного транспорта

ФГБОУ ВПО «ДАЛЬНЕВОСТОЧНЫЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ»

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

К ЗАЩИТЕ ДОПУСТИТЬ

Заведующий кафедрой

__________ М.А.Попов

«____» ___________ 2017 г.

РАЗРАБОТКА ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ПРОЦЕССА ПЛАНИРОВАНИЯ ЧИСЛЕННОСТИ ПЕРСОНАЛА

Пояснительная записка к выпускной квалификационной работе бакалавра

ВКР 09.03.02 240 ПЗ

Хабаровск – 2017

Abstract

Each QS consists of a certain number of service units (devices, equipment, items, stations), which will be called service channels. Channels can be communication lines, operating points, computers, vendors, and others. According to the number of CDM channels are divided into single-imnogokanalnye.

Applications received in the QS is not usually on a regular basis, and by chance, forming a so-called random stream applications (claims). Service applications, generally speaking, also continues for some random time. The random nature of the flow of applications and service time leads to the fact that the CFR is loaded unevenly in some periods of time accumulates a very large number of applications (either they are in queue or leave SMO unserviced), in other periods of QS works with underload or idle.

As performance indicators QS used: the average number of requests served per unit time; the average number of requests in the queue; the average waiting time of service; the probability of failure in service without delay; likelihood that the number of requests in the queue exceeds a certain value, etc.

SMO is divided into two main types (classes): QS and QS with refusals to wait (queue). The QS with failures entity arrived at a time when all channels are busy, is refused, leaving the CMO to continue the process of maintenance is involved (for example, an application for a phone conversation at a time when all channels are busy, is rejected and leaves SMO unserviced). The QS with expectation of the application, which came at a time when all channels are busy, do not go away, and becomes in turn a service.

Содержание

Введение 3

1 Аналитическое обоснование 4

1.1 Исследование предметной области 4

1.2 Цели и задачи 5

2 Содержательная часть 7

2.1 Разработка функциональной модели 7

2.2 Разработка поведенческой модели 9

2.4 Разработка диаграммы компонентов 15

2.5 Разработка диаграммы развертывания 16

2.6 Разработка интерфейса приложения 17

3.Практическая часть 20

3.1 Выбор программных средств 20

3.1.1 Entity Framework 20

3.1.2 C# 29

3.1.3 Visual Studio 33

3.1.4 Microsoft SQL Server 34

3.1.5 SQLite 34

3.1.6 Excel 39

3.2 Инструкция 41

Заключение 55

Список используемых источников 56

Введение

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

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

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

1. Аналитическое обоснование

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

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

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

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

Позже была разработана концепция активного сервера, который использовал механизм хранимых процедур. Это позволило часть прикладного компонента перенести на сервер (модель распределенного приложения). Процедуры хранятся в словаре базы данных, разделяются между несколькими клиентами и выполняются на том же компьютере, что и SQL-сервер. Преимущества такого подхода: возможно централизованное администрирование прикладных функций, значительно снижается сетевой трафик (т.к. передаются не SQL-запросы, а вызовы хранимых процедур). Недостаток - ограниченность средств разработки хранимых процедур по сравнению с языками общего назначения (C и Pascal).

Сейчас ряд поставщиков коммерческих СУБД объявило о планах реализации механизмов выполнения хранимых процедур с использованием языка Java. Это соответствует концепции "тонкого клиента", функцией которого остается только отображение данных (модель удаленного представления данных).

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

1.2 Цели и задачи

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

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

• ознакомиться с деятельностью предприятия;

• выбрать язык бд и создать ее структуру;

• создать функциональную модель приложения;

• разработать информационную модель приложения;

• создать поведенческую модель приложения;

• разработать приложение.

1. Содержательная часть

Управление андеррайтинга занимается рассмотрением заявок на кредит.

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

Таким образом, в рамках технического задания можно сформулировать следующие задачи:

• работа с сотрудниками;

• отображение подсказок по работе сотрудников;

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

2.1 Разработка функциональной модели

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

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

Контекстная диаграмма вариантов использования деятельности сути приложения представлена на рисунке 2.1.

В информационной системе приложения выделяют следующие функции:

• отчёты;

• анализ;

• отработка ошибок.

Актерами являются:

• администратор;

• сотрудник.

Рисунок 2.1 – Контекстная диаграмма вариантов использования

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

• добавление ошибок сотрудника;

• выгрузка отчётов;

• анализировать имеющуюся информацию;

• добавление и удаление новых сотрудников.

Функции сотрудников:

• просмотр данных в имеющемся графике;

• отработка своих ошибок.

Диаграмма декомпозиции работы с графиком представлена на рисунке 2.2.

На данной диаграмме показано взаимодействие администратора с приложением.

Рисунок 2.2 – Диаграмма декомпозиции

Сотрудник может просматривать ошибки и вносить свои комментарии после отработки этой ошибки.

Чтобы иметь возможность просматривать свои ошибки и отрабатывать их, сотрудник должен авторизоваться в основном приложении. Диаграмма декомпозиции приложения представлена на рисунке 2.3.

Рисунок 2.3 – Диаграмма декомпозиции

2.2 Разработка поведенческой модели

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

Для разработки поведенческой модели воспользуемся инструментом «Borland Together Architect».

При проектировании приложения разработана диаграмма последовательности для такого варианта использования, как «Внесение комментария по ошибке». Диаграмма последовательности, разработанная для отображения действий при внесении комментария, представлена на рисунке 2.4.

Рисунок 2.4 – Диаграмма последовательности «Внесение комментария»

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

2.3 Разработка информационной модели (модель базы данных)

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

Таким образом, разработка информационной модели представляет собой проектирование модели БД (базы данных)[1].

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

Характеристики

Тип файла документ

Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.

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

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

Список файлов ВКР