Вход

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

Рекомендуемая категория для самостоятельной подготовки:
Дипломная работа*
Код 270025
Дата создания 11 апреля 2015
Страниц 108
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
4 860руб.
КУПИТЬ

Описание

Целью данного дипломного проекта является разработка программного обеспечения для реализации системы «Электронный деканат». ...

Содержание

Введение 7
Глава 1 Знакомство с бизнес процессами деканата 9
1.1 Постановка задачи 9
1.2 Знакомство и исследование основных бизнес-процессов деканата 9
1.3 Обзор продуктов - аналогов 10
1.3.1 «Электронный деканат» МЭСИ 10
1.3.2 «Электронный деканат» (Free Dean’s Office) 12
1.4 Требования к разрабатываемому сервису "Электронный деканат" 13
Выводы 14
Глава 2 Исследование существующих архитектурных моделей 16
2.1 Постановка задачи 16
2.2 Модель удаленного управления данными. Модель файлового сервера 16
2.3 Модель "клиент-сервер" 17
2.4 Модель удаленного доступа к данным 21
2.5 Модель сервера баз данных 22
2.6 Модель сервера приложений 24
Выводы 26
Глава 3 Проектирование сервиса «Электронный деканат» 27
3.1 Постановка задачи 27
3.2 Технологии, используемые в процессе проектирования базы данных и web-приложения 27
3.2.1 Шаблон проектирования Model-view-controller (MVC) 27
3.2.2 ASP NET.MVC 4 29
3.2.3 Entity Framework 33
3.3 Проектирование web-приложения 35
3.4 Проектирование базы данных 47
3.5 Выводы 52
Глава 4 Развертывание разработанного сервиса «Электронный деканат» 53
Глава 5 Тестирование разработанного сервиса «Электронный деканат» 66
Глава 6 Обеспечение безопасных условий труда инженера-программиста 72
6.1 Классификация опасностей и вредностей при разработке программного обеспечения для реализации системы «Электронный деканат» 72
6.2 Требования безопасности при эксплуатации системы «Электронный деканат» 73
6.3 Расчет шумового режима рабочего места инженера-программиста 79
Выводы 81
Глава 7 Расчет основных технико-экономических показателей базы данных и веб-интерфейса 82
7.1 Постановка задачи 82
7.2 Расчет расходов на разработку программного обеспечения. 82
7.3 Выводы 86
Заключение 88
Список сокращений и терминов 89
Список используемых источников 90

Введение

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

Фрагмент работы для ознакомления

Рисунок SEQ Рисунок \* ARABIC 19 – Диаграмма классов сервиса «Электронный деканат»Использование репозиториев позволяет отделить функции работы с моделью от самой модели, которая становится, не перегружена методами. Эти методы необходимы для работы с базой данных:получение данных и заполнение модели;добавление новых данных из модели;удаление данных из модели.Также, репозиторий позволяет подменить работу с данными, например, можно сохранять и загружать данные из xml файла, и это совсем не отразиться на приложении. Необходимо лишь будет поменять реализацию репозитория.В паттерне MVC контроллер использует не сами объекты доменной модели, а взаимодействует с ними с помощью репозиториев. Изобразим на диаграмме классов иерархию контроллеров, а затем покажем взаимодействие контроллеров и репозиториев, используя для этого диаграмму пакетов.Рисунок SEQ Рисунок \* ARABIC 20 – Диаграмма классов контроллеровКак видно из рисунка 20, каждый из контроллеров является подклассом суперкласса ExtendedController.Как видно из рисунка 21, любой контроллер использует не сам класс репозитория, а интерфейс, который реализует какой-либо репозиторий. Такая архитектура используется для того, чтобы помочь избежать сильного связывания данных, т.е. при такой архитектуре, саму реализацию легко изменить, или подменить другой, а при явном использовании объекта репозиторий, такого сделать не удалось бы.Рисунок SEQ Рисунок \* ARABIC 21 – Диаграмма пакетовНа рисунке 22 показаны компоненты, из которых состоит пакет Repository.Рисунок SEQ Рисунок \* ARABIC 22 – Компоненты пакета RepositoryРассмотрим алгоритм авторизации, рассмотренный ранее в этой главе подробней.Студент взаимодействует с формой авторизации пользователя, вводит свои учетные данные. Затем нажимает кнопку «Войти». После этого создается объект с именем «AccountController», который создает объект «UserRepository» чтобы появилась возможность работы с контекстом, который непосредственно взаимодействует с базой данных. UserRepository запрашивает данные из контекста и возвращает их в контроллер.Контроллер осуществляет поиск необходимого пользователя. Если пользователь не существует, то студент оповещается об этом через форму авторизации. На ней появляется сообщение о том, что введенные данные не верны. Он может повторить ввод, либо перейти на страницу регистрации.В случае, когда пользователь найден, происходит проверка на совпадение пароля. Если пароли совпадают, происходит авторизация пользователя в системе, отправляется оповещение и студент может пользоваться услугами сервиса «Электронный деканат». В противном случае выводится сообщение об ошибке, которое описывалось ранее.Рисунок SEQ Рисунок \* ARABIC 23 – Диаграмма последовательности авторизации пользователяРассмотрим процесс прохождения теста, описанный ранее в этой главе, подробней.Студент на странице выбора доступных ему тестов, выбирает необходимый и кликает по кнопке «Начать» или «Продолжить», в зависимости от текущего состояния теста. Если студент продолжает теста – это означает, что он остановился на каком-то вопросе.Создается контроллер, который работает с тестами. Для корректной его работы, требуется создать репозиторий для работы с тестами, а также репозиторий для работы с оценками. TestRepository обращается к контексту, который взаимодействует с базой данных, и получает через него список тестов.Рисунок SEQ Рисунок \* ARABIC 24 – Диаграмма последовательности процесса прохождения тестаВыбрав необходимый тест, его идентификатор записывается в сессию. Далее идет обращение к свойству объекта Test Questions, которое возвращает список вопросов.После выбора нужного вопроса, создается модель, содержащая текст вопроса и варианты ответов на него. Создается представление для отображения созданной модели. Далее пользователь взаимодействует уже с ним. Выбрав вариант ответ, он нажимает кнопку «Ответить» - это инициирует передачу данных обратно в контроллер. Контроллер обновляет варианты ответов, на которые ответил студент, подсчитывает текущий балл за тест и устанавливает текущий вопрос на следующий. В случае, когда вопрос является последним, этого не происходит, тест завершается и пользователь видит свои результаты. Если же вопрос не последний, весь процесс повторяется вновь.Как говорилось ранее в этой главе, в случае, когда количество вопросов в базе данных меньше чем число вопросов, запрашиваемых для формирования теста, сотрудник деканата оповещается о невозможности создания теста и просьбе добавить вопросы в базу данных и повторить попытку формирования теста ещё раз.Рисунок SEQ Рисунок \* ARABIC 25 – Механизм создания тестаПроектирование базы данныхПри проектировании приложения был использован Entity Framework и подход Code First, который позволяет генерировать базу данных на основе классов и их полей.Управлять этим можно через атрибуты классов или Fluent API. Рассмотрим такой подход на примере одного из классов, который включен в библиотеку сервиса «Электронный деканат».Класс «Пользователь» имеет следующее описание на языке C#Как видно из рисунка 26, каждое свойство класса имеет атрибуты. Свойство «UserID» имеет 2 атрибута: первый (Key) говорит о том, что это поле является ключевым, а второй – это поле является автоинктрементным.Однако стоит отметить, что в данном примере учитывается соглашение Entity Framework об именовании ключевых полей. Если поле назвать по-другому, то будет сгенерировано ключевое поле (Имя_ТаблицыID) и ключ, описанный в классе. Чтобы явно указать, что поле является первичным ключом необходимо использовать Fluent API.Рисунок SEQ Рисунок \* ARABIC 26 – Определение класса User (Пользователь)Для свойства GroupID указан атрибут Foreign Key и в скобках указано, какое именно из свойств класса является объектом класса для другой таблицы. Этим свойством является – Group.Это свойство описано как public virtual – это означает, что при получении объекта User, это свойство не инициализируется, но при первом же обращении к нему, происходит инициализация. Этот механизм получил название lazy loading, т.е. связь данных при необходимости.Как показано в нижней области рисунка 26 есть свойство Roles. Оно описано как public virtual ICollection<Role>. Это коллекция объектов связанных с данным объектом класса User. Оно тоже загружается при необходимости, например, при первом обращении к нему.Entity Framework также содержит соглашение о том, как именовать таблицы базы данных. Каждая таблица имеет имя класса во множественном числе (Users, Roles, Groups и т.д.). Это не соответствует стандартному именованию таблиц в реляционных базах данных. Сущности именуются в единственном числе. Entity Framework довольно гибок, поэтому позволяет отключать любые из соглашений или наоборот создавать свои собственные и использовать их.Рисунок SEQ Рисунок \* ARABIC 27 – Удаление соглашения об именовании таблицКак видно из рисунка 27, необходимо перегрузить метод OnModelCreating. Объект DbModelBuilder имеет в себе коллекцию соглашений. Для удаления необходимого соглашения, необходимо вызвать шаблонный метод Remove, где в качестве типа передается класс PluralizingTableNameConvention.Технологию Fluent API удобно использовать при описании связи многие ко многим. При этом сущность связь создается автоматически и не требует никакого вмешательства программиста. Рассмотрим это на примере.Как было показано выше, пользователь (User) содержит внутри себя коллекцию ролей (ICollection<Role>). Одна и та же роль может принадлежать сразу нескольким пользователям. Отсюда следует вывод, что между сущностями «Пользователь» и «Роль» существует связь многие ко многим.Опишем это с помощью Fluent API для того, чтобы сущность связь автоматически была сгенерирована Entity Framework.При описании такой связи указывается имя сущности связки, а также свойства класса, которые будут внешними ключами, из каждой таблицы.При изменении модели данных внутри приложения необходимо создать миграцию, иначе при запуске приложения, будет выбрасываться исключение о том, что структура базы данных и структура классов не совпадает.Рисунок SEQ Рисунок \* ARABIC 28 – Описание связи многие ко многим с помощью Fluent APIДля этого необходимо открыть консоль диспетчера пакетов NuGet, выполнив (СЕРВИС → Диспетчер пакетов NuGet → Консоль диспетчера пакетов). После открытия консоли необходимо ввести команду «Add Migration» и ввести имя миграции. Исходя из различий в структуре базы данных и классов приложения, будет сгенерирован код миграции.Рисунок SEQ Рисунок \* ARABIC 29 – Пример кода миграцииПосле формирования кода миграции, необходимо выполнить команду «Update Database». Запустится процесс миграции. Если в процессе возникнут ошибки, они будут показаны в консоли диспетчера пакетов.При развертывании приложения на веб-сервере, существует также возможность включить в пакет развертывания миграцию данных, которая запустится при первом старте сервиса, что изменит структуру базы данных в соответствии с текущей структурой классов в приложении.Таким образом, Entity Framework позволяет не создавать базу данных вручную, а генерировать её из кода приложения. Настраивать под нужды разработчика базу данных позволяет гибкий механизм добавления и удаления соглашений, атрибуты класса и атрибуты свойств, а также технология Fluent API. Далее показана структура автоматически сгенерированной базы данных.Рисунок SEQ Рисунок \* ARABIC 30 – Структура базы данныхОтдельно для тестирования создана структура базы данныхРисунок SEQ Рисунок \* ARABIC 31 – Структура таблиц участвующих в тестированииВыводыВ третьей главе был произведен обзор технологий, которые использовались в процессе проектирования базы данных и веб приложения.В ходе работы использовались:Шаблон проектирования Model-view-controller (MVC);ASP NET.MVC 4;Entity Framework. В процессе проектирования веб приложения основным требованием при реализации, является отделение модели и логики приложения от интерфейса. Поэтому, приложение было разделено на 2 модуля: модель, включающая отображение данных, полученных из реляционной БД, и представление, которое отображало состояние модели. Такое отделение, позволит использовать разрабатываемую библиотеку не только в веб-приложении, но и в любом другом .Net приложении. Для использования нужно просто подключить библиотеку.При проектировании приложения был использован Entity Framework и подход Code First, который позволяет генерировать базу данных на основе классов и их полей. Управлять этим можно через атрибуты классов или Fluent API.Развертывание разработанного сервиса «Электронный деканат»В данной главе производится развертывание разработанного сервиса «Электронный деканат». После того как был приобретен сервер, необходимо получить логин и пароль для доступа через RDP. Для подключения к серверу необходимо запустить службу подключения к удаленному рабочему столу. Это можно сделать, нажав сочетание клавиш Win + R, а затем ввести в окно «Выполнить» команду mstsc. После чего появится окно службы.Рисунок SEQ Рисунок \* ARABIC 32 – Запуск службы удаленного рабочего стола, через командную строку (mstsc)В окне необходимо ввести адрес сервера, к которому требуется подключиться. Если адрес будет введен корректно, произойдет подключение, и далее, потребуется авторизация пользователя под учетной записью, информацию по которой необходимо получить заранее. После успешно авторизации пользователь получает доступ управлять удаленным сервером.Рисунок SEQ Рисунок \* ARABIC 33 – Служба подключения к удаленному рабочему столуПосле осуществления входа, необходимо проверить наличие установленного Framework 4.0, библиотек asp.net и MSSQL Server (Express).Для начала необходимо настроить IIS (Internet Information Services). Для этого необходимо в «Панель управления» открыть «Диспетчер сервера»Рисунок SEQ Рисунок \* ARABIC 34 – Окно управление серверомВыбрать необходимый для установки компонент IIS и нажать кнопку «Далее».Рисунок SEQ Рисунок \* ARABIC 35 – Мастер добавление компонентов WindowsПосле выбора службы IIS, требуется выбрать роли, которые будут включены в процесс установки IIS. Рисунок SEQ Рисунок \* ARABIC 36 – Добавление компонентов ASP.NET для работы .NET приложенийОбязательным требованием является подключение ASP.NET роли, т.к. разработанный сервис «Электронный деканат» – это .NET приложение.Рисунок SEQ Рисунок \* ARABIC 37 – Ход установки, после выбора всех необходимых компонентовРисунок SEQ Рисунок \* ARABIC 38 – Завершение процесса установки IISПосле установки требуется настроить пул приложений, в котором будут работать разработанный сервис «Электронный деканат»:Рисунок SEQ Рисунок \* ARABIC 39 – Главное окно IISРисунок SEQ Рисунок \* ARABIC 40 – Выбор пула приложенийТребуется добавить новый пул, т.к. в предложенных пулах установлена версия .NET Framework 2.0. Разработанный сервис может быть запущен только в пуле с версией .NET Framework 4.0, так как версия самой библиотеки при разработке используется 4.5. Альтернативный метод – это изменение версии .NET у существующего пула на версию 4.0.Рисунок SEQ Рисунок \* ARABIC 41 – Добавление нового пула приложенияРисунок SEQ Рисунок \* ARABIC 42 – Созданный пулТеперь необходимо разрешить выполнение сборок Framework 4 на веб сервере:Для этого выберем на главной странице управление IIS пункт «Ограничения ISAPI и CGI».Рисунок SEQ Рисунок \* ARABIC 43 – Разрешение выполнения сборок .NET Framework 4Рисунок SEQ Рисунок \* ARABIC 44 – Указание расширений, которые могут выполняться на веб-сервереРисунок SEQ Рисунок \* ARABIC 45 – Диалог добавления нового ограничения выполнения .NET сборокРисунок SEQ Рисунок \* ARABIC 46 – Ограничение успешно добавленоДалее необходимо проверить работоспособность IIS – открыв браузер и заполнив адресную строку «localhost». Как продемонстрировано ниже, открылась тестовая страница сайта, значит веб-сервер работает.Рисунок SEQ Рисунок \* ARABIC 47 – Проверка работоспособности IISЗатем требуется установить пакет развертывания. Этот пакет встроит в IIS новый пункт, в меню, который позволит импортировать и экспортировать приложения. Этот пакет доступен по адресу: http://www.microsoft.com/en-us/download/details.aspx?id=4148. Процесс установки занимает несколько минут.Рисунок SEQ Рисунок \* ARABIC 48 – Начальное окно программыРисунок SEQ Рисунок \* ARABIC 49 – Окно выбора необходимых компонентовРисунок SEQ Рисунок \* ARABIC 50 – Процесс установки выбранных компонентовПосле завершения установки следует обязательно проверить наличие пункта "Развертывание" в диспетчере IIS. Если пункт не отображается, то нужно перезагрузить IIS.После того, как все компоненты успешно установлены и настроены, можно приступать к развёртыванию разработанного сервиса «Электронный деканат».Рисунок SEQ Рисунок \* ARABIC 51 – Процесс создания пакета развертыванияПосле этого пакет развертывания выглядит следующим образомРисунок SEQ Рисунок \* ARABIC 52 – Скомпилированный пакет развертывания сервиса «Электронный деканат»Затем разворачиваем на IIS вновь созданный пакетРисунок SEQ Рисунок \* ARABIC 53 – Начало развёртывания сервиса «Электронный деканат»Рисунок SEQ Рисунок \* ARABIC 54 – Процесс развертывания разработанного сервиса «Электронный деканат»Рисунок SEQ Рисунок \* ARABIC 55 – Сервис успешно развёрнутРисунок SEQ Рисунок \* ARABIC 56 – Сервис успешно запущен и работаетТестирование разработанного сервиса «Электронный деканат»В данной главе производится тестирование созданного сервиса «Электронный деканат». Для начала проверим корректную работу при регистрации нового пользователя. Попробуем заполнить не все обязательные поля. Исходя из скриншота ниже, можно убедиться, что система не позволяет совершить регистрацию с нарушениями.Рисунок SEQ Рисунок \* ARABIC 57 Регистрация нового пользователяИтак, проверим работоспособность функционала пользователя с правами администратора.Добавим новую компетенцию. Как показано ниже, сервис не позволяет создать новую компетенцию, не заполненную полностью.Рисунок SEQ Рисунок \* ARABIC 58 Добавление компетенцииСоздали нужное количество разделов.Рисунок SEQ Рисунок \* ARABIC 59 Список компетенцийДобавим новую категорию вопросов по дисциплине. Как и в предыдущих случаях, система не разрешает создать категорию, с пустым названием.Рисунок SEQ Рисунок \* ARABIC 60 Добавление категории вопросовРисунок SEQ Рисунок \* ARABIC 61 Список категорий вопросовТеперь, попробуем назначить тестирование, какому либо студенту. После прохождения которого, администратор может ознакомиться с результатами.Рисунок SEQ Рисунок \* ARABIC 62 Назначение тестирования студентуРисунок SEQ Рисунок \* ARABIC 63Список пройденных тестированийТакже данный сервис предоставляет удобную возможность настраивать интервал оценок. Рисунок SEQ Рисунок \* ARABIC 64 Изменение интервала оценкиРисунок SEQ Рисунок \* ARABIC 65 Список границ оценок тестированияСуществует и функция просмотра всех зарегистрированных пользователей и изменения их прав в системе. Существует 2 типа ролей: администратор и простой пользователь.Рисунок SEQ Рисунок \* ARABIC 66 Изменение информации о пользователеРисунок SEQ Рисунок \* ARABIC 67 Список зарегистрированных пользователейДанный сервис предоставляет возможность студентам задать онлайн вопрос сотрудникам деканата. Прежде чем оформить вопрос, студент должен быть отмечен как User, далее ему становится доступно меню.Рисунок SEQ Рисунок \* ARABIC 68 Создание нового вопросаОбеспечение безопасных условий труда инженера-программистаКлассификация опасностей и вредностей при разработке программного обеспечения для реализации системы «Электронный деканат»Возникновение необходимости классифицировать опасные и вредные производственных факторы (ОВПФ) произошло из-за существования многообразия производственных факторов, а также в целях обеспечения системности и четкости профилактической работы по охране труда. Разделить группы ОВПФ можно на четыре категории: химические, физические, биологические и психофизиологические. К физической группе факторов относятся:двигающиеся машины и механизмы, производственное оборудование, обладающее подвижными частями, перемещающиеся изделия, заготовки, материалы;конструкции, склонные к разрушениям;чрезмерное количество пыли и загазованность воздуха рабочей зоны;поверхность оборудования материала, обладающая повышенной или пониженной температурой;температура, несоответствующая минимальным и максимальным допустимым нормам, повышенная влажность, подвижность воздуха рабочей зоны;превышение норм уровня шума, вибрации, ультразвуковых колебаний, ионизирующих излучений, статического электричества и прочее;пониженное барометрическое давление, либо превышающее его норму в рабочей зоне;чрезмерная  ионизация воздуха или ее недостаток;повышенное напряжение в электрической цепи, замыкание которой может произойти через тело человека;напряженность электрического или магнитного полей, превышающая нормы;недостаточное количество естественного света;недостаток света в рабочей зоне;чрезмерная яркость света;расположение рабочих мест на превышающей допустимое значение высоте относительно поверхности пола.Группу химических ОВПФ можно поделить на категории по характеру воздействия на организм человека. В их число входят: токсические, раздражающие, канцерогенные, мутагенные и имеющие влияние на репродуктивные функции факторы. Химические вещества имеют свойство всасываться в организм человека с помощью органов дыхания, желудочно-кишечного тракта, кожных покровов и слизистых оболочек. Существует четыре класса опасности по степени воздействия на организм человека:I - чрезвычайно опасные (ртуть, свинец и др.)II - высокоопасные (кислоты, щелочи и др.)III - умеренно опасные (камфара, чай и др.)IY - малоопасные (аммиак, ацетон, бензин и др.). В группу биологических ОВПФ можно включить следующие биологические объекты: патогенные микроорганизмы. В их число входят: бактерии и вирусы, спирохеты и грибы, простейшие и продукты их жизнедеятельности.

Список литературы

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. http://systek-rus.ru/text/-trebovaniya_info/
2. Симонович С.В. «Компьютер в вашей школе.»- М.: Аст-Пресс: Информком-Пресс. 2001.
3. http://www.gost.ru/
4. Руководство 2.2.4/2.1.8.000-95«Гигиеническая оценка физических факторов производственной и окружающей среды».
5. Руководство 2.2.013-94«Гигиенические критерии оценки условий труда по показателям вредности и опасности факторов производственной среды, тяжести, напряженности трудового процесса».
6. Суворов Г. А., Денисов Э.И., Шкаринов Л. Н. Гигиеническое нормирование производственных шумов и вибраций. - М.: Медицина, 1984. - 240 с.
7. Суворов Г. А., Прокопенко Л. В., Якимова Л. Д. Шум и здоровье (эколого-гигиенические проблемы). - М:Союз, 1996. - 150 с.
8. Допустимые уровни шума, вибрации и требования к звукоизоляции в жилых и общественных зданиях. МГСН 2.04.97 (Московские городские строительные нормы). - М., 1997. - 37 с.
9. Баклашов Н.И., Китаева Н.Ж., Терехов Б.Д. «Охрана труда на предприятиях связи и охрана окружающей среды» Москва: Радио и связь, 1989 г.
10. Резникова Н.П., Демина Е.В. «Методические указания по технико-экономическому обоснованию дипломных проектов для технических факультетов» Москва 2000 г.
11. http://www.intuit.ru/studies/courses/1001/297/lecture/7417
12. http://www.intuit.ru/studies/courses/1001/297/lecture/7417?page=2#sect3
13. Джеффри Палермо «ASP.NET MVC4 в действии» Manning 2012
14. Адам Фримен «Руководство по HTML5»
15. http://msdn.microsoft.com/ru-ru/data/jj591617.aspx
16. Ларман, Крэг «Применение UML и шаблонов проектирования» 2-е издание.Издательский дом "Вильяме", 2004
17. http://www.visual-paradigm.com/support/documents/vpumluserguide.jsp
18. http://www.omg.org/spec/UML/2.4.1/
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00528
© Рефератбанк, 2002 - 2024