Информационная система автомобилестроительного предприятия - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Информационная система автомобилестроительного предприятия

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА
федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Иркутский государственный университет путей сообщения»
Красноярский институт железнодорожного транспорта
- филиал федерального государственного бюджетного образовательного учреждения высшего
профессионального образования «Иркутский государственный университет путей сообщения»
Институт информационных технологий и моделирования
Информационная система автомобилестроительного предприятия
студент группы ИС-10-1Дьяченко А.В.
1.1 Анализ существующего программного обеспечения
1.2 Концептуальное проектирование базы данных
1.3 Логическое проектирование базы данных
1.4 Физическое проектирование базы данных
2. Разработка программного продукта
2.1 Структура программного продукта
2.4 Тестирование программного продукта
Современный научно-технический прогресс немыслим без широкого внедрения и использования вычислительной техники в производстве, управлении и научных исследованиях.
Основы современной информационной технологии составляют базы данных (БД) и системы управления базами данных (СУБД), роль которых как единого средства хранения, обработки и доступа к большим объемам информации постоянно возрастает. При этом существенным является постоянное повышение объемов информации, хранимой в БД, что влечет за собой требование увеличения производительности таких систем.
В данной курсовой работе объектом исследования является Автомобилестроительное предприятие.
Предметом исследования является структура автомобилестроительного предприятия, его состав.
Целью курсовой работы является разработка базы данных, обеспечивающую работу с информацией, касающуюся структуры Автомобилестроительного предприятия.
Задачами курсовой работы является систематизация, закрепление и расширение теоретических и практических знаний по созданию баз данных, а также развитие навыков ведения самостоятельной работы.
1.1 Анализ существующего программного обеспечения
Анализ существующего программного обеспечения необходим для сравнения уже существующих программ, доступных для потенциальных клиентов, выявления их достоинств и недостатков и оценки конкурентоспособности создаваемого программного обеспечения.
1.2 Концептуальное проектирование базы данных
Данный курсовой проект предусматривает создание базы данных, содержащей информацию об автомобилестроительном предприятии. Такая база данных должна обеспечить хранение и просмотр информации об изделиях предприятия, работниках, и структуре предприятия
Информационное обеспечение такого приложения пользователя включает следующие сущности (Таблица 1.1).
Автобусы (номер изделия, марка изделия, модель изделия)
Рабочий персонал (Код работника, Фамилия, имя, отчество)
Инженерно-технический персонал (Код работника, фамилия, имя, отчество)
Участки (номер участка, начальник участка, номер бригады, )
Работы (номер участка, номер цеха, номер изделия, тип работ)
Грузовые машины (номер изделия, марка изделия, модель изделия)
Дорожно-строительные машины (номер изделия, марка изделия, модель изделия, грузоподъемность)
Легковые машины (номер изделия, марка изделия, модель изделия, тип кузова)
Мотоциклы (номер изделия, марка изделия, модель изделия)
Сельско-хозяйственные машины (номер изделия, марка изделия, модель изделия, для какого продукта предназначен)
Испытательные изделия (номер лаборатории, номер цеха, номер изделия)
Для правильной работы базы данных между сущностями необходимы следующие связи (таблица 1.2.)
Связи между сущностями и их описание
R1[Бригады 1, Рабочий персонал М] (номер бригады, номер бригады)
R2[Цеха 1, Участки М] (номер цеха, к какому цеху относится)
R3[Цеха 1, И-Т персонал М] (начальник цеха, код сотрудника)
R4[работы 1, изделия М] (номер изделия, номер изделия)
R5[Цеха 1, испытательные лаборатории М] (номер цеха, номер цеха)
R6[Изделия 1, Испытательные лаборатории М] (номер изделия, номер изделия)
R7[Изделия 1, Легковые машины 1] (номер изделия, номер изделия)
R8[Изделия 1, Мотоциклы 1] (номер изделия, номер изделия)
R9[Изделия 1, Грузовые машины 1] (номер изделия, номер изделия)
R10[Изделия 1, Автобусы 1] (номер изделия, номер изделия)
R11[Изделия 1, С-х техника 1] (номер изделия, номер изделия)
R12[Изделия 1, Д-с машины 1] (номер изделия, номер изделия)
R13[Участки 1, Бригады М] (номер бригады, номер бригады)
Каждая сущность содержит некоторое количество атрибутов (Таблица 1.3). Атрибут - это поименованная характеристика сущности, определяющая ее свойства и принимающая значения из некоторого набора.
1.3 Логическое проектирование базы данных
При проектировании базы данных в реляционной СУБД основной целью разработки логической модели данных является создание точного представления данных, связей между ними и требуемых ограничений. Это осуществляется группировкой атрибутов в отношения так, чтобы минимизировать избыточность данных и таким образом сократить объем памяти, необходимый для физического хранения отношений, представленных в виде таблиц. Дело в том, что при работе с отношениями, содержащими избыточные данные, могут возникать проблемы, которые называются аномалиями обновления и подразделяются на аномалии вставки, удаления и модификации. Для достижения этой цели, прежде всего, необходимо определить подходящий набор отношений. Метод, который используется для решения этой задачи, называется нормализацией.
Нормализация - это формальный метод анализа отношений на основе их первичного ключа (или потенциальных ключей) и существующих функциональных зависимостей.
Он включает ряд правил, которые могут использоваться для проверки отдельных отношений таким образом, чтобы вся база данных могла быть нормализована до желаемой степени нормализации. При работе с реляционной моделью данных важно понимать, что только удовлетворение требований первой нормальной формы (1НФ) обязательно для создания отношений приемлемого качества. Все остальные формы могут использоваться по желанию проектировщиков. Однако для того чтобы избежать аномалий обновления, рекомендуется выполнять нормализацию как минимум до 3НФ.
Зачастую нормализация осуществляется в несколько последовательно выполняющихся этапов, каждый из которых соответствует некоторой нормальной форме, обладающей известными свойствами. В ходе нормализации формат отношений становится все более строгим и менее уязвимым по отношению к аномалиям обновления.
Первая нормальная форма (1НФ)- это отношение, в котором все используемые домены содержат только скалярные значения.
Ни одна из предложенных нами сущностей не взаимодействует сама с собой, то есть отсутствуют рекурсивные связи. В нашем случае повторяющихся групп нет, т.е. все таблицы уже находятся в первой нормальной форме.
Вторая нормальная форма (2НФ)- это отношение, которое находится в первой нормальной форме и каждый атрибут которого, не входящий в состав первичного ключа, характеризуется полной функциональной зависимостью от этого первичного ключа. Вторая нормальная форма применяется к отношениям с составными ключами, т. е. к таким отношениям, первичный ключ которых состоит из двух или больше атрибутов. А так как отношение, у которого первичный ключ состоит из одного атрибута, всегда находится во второй нормальной форме. Все отношения, содержащиеся в представляемой базе данных, имеют первичные ключи на основе одного атрибута, значит можно считать, что база находится во второй нормальной форме.
Третья нормальная форма (3НФ) - это отношение, которое находится в первой и второй нормальных формах и не имеет не входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависимости от этого первичного ключа.
Нормализация 2НФ-отношений с образованием 3НФ-отношений включает устранение транзитивных зависимостей. Если в отношении существует транзитивная зависимость между атрибутами, то в таком случае транзитивно-зависимые атрибуты удаляются из него и помещаются в новое отношение вместе с копией детерминанта. В представляемой базе данных не содержатся транзитивно функционально зависимых от первичного ключа атрибутов, следовательно, база находится в 3НФ.
На Рис.1.1 представлена информационно-логическая модель рассматриваемой предметной области, построенная в соответствии с выявленными информационными объектами и связями между ними.
Рис.1.1 Инфологическая схема сущностей.
На языке инфологического моделирования данная модель может быть описана следующим образом:
1.4 Физическое проектирование базы данных
Физическое проектирование является последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего, необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных. В случае реляционной модели данных под этим подразумевается следующее:
· создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;
· определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД;
· разработка средств защиты создаваемой системы.
Структура таблицы «Рабочий персонал»
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - сборщик; Токарь; Слесарь ;Сварщик
Тип элемента управления - Поле со списком
Тип источника строк - Таблица или запрос
Источник строк SELECT Бригады.[Номер бригады] FROM Бригады;
Структура таблицы «Инженерно-технический персонал»
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Инженер; Технолог; Техник;
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Рабочий персонал].Фамилия, [Рабочий персонал].Имя, [Рабочий персонал].Отчество FROM [Рабочий персонал];
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Инженерно-технический персонал].Фамилия, [Инженерно-технический персонал].Имя, [Инженерно-технический персонал].Отчество FROM [Инженерно-технический персонал];
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT Бригады.[Номер бригады] FROM Бригады;
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT Цеха.[Номер цеха] FROM Цеха;
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Инженерно-технический персонал].[Код сотрудника] FROM [Инженерно-технический персонал];
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Цеха].Номер цеха FROM [Цеха];
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Участки].Номер Участка FROM [Участок];
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Изделия].Код изделия FROM [Изделия];
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Покраска; Установка Двигателя; Установка Кузова; Установка шасси;
Структура таблицы «Испытательные лаборатории»
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT [Номер цеха].Цеха FROM [Цеха];
Тип элемента управления - Поле со списком
Тип источника строк-Таблица или запрос
Источник строк - SELECT Изделия.[Номер изделия] FROM Изделия
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - 2705;3320;1108;6584;
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Белый;Черный;Красный;Серый
Структура таблицы «Грузовые машины»
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - 3455;2464;6450;2345;
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Белый;Черный;Красный;Серый
Структура таблицы «Дорожно-строительные машины»
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Сарекс;Samsung;Hyundai
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - 3455;2464;6450;2345;
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк -Белый;Черный;Красный;Серый
Структура таблицы «Легковые машины»
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - 2107;2105;3102;2109
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Белый;Черный;Красный;Серый
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - 4645;3516;6849;2158
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Белый;Черный;Красный;Серый
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Классик;Кросс;Мопед;
Структура таблицы «Сельско-хозяйственная техника»
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - 5485;5123;7994;3467
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Белый;Черный;Красный;Серый
Тип элемента управления - Поле со списком
Тип источника строк-Список значений
Источник строк - Картофель;Пшеница;Рожь;
2. Разработка программного продукта
2.1 Структура программного продукта
Разработанная база данных обладает интуитивно понятным интерфейсом. Все элементы управления и информации имеют однозначно понятные подписи. Меню программы включает в себя следующие пункты:
Формы (Рис. 2.1.)- это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка, создаются из набора отдельных элементов управления. Форма предоставляет возможности для:
– ввода и просмотра информации базы данных
Отчеты (Рис.2.2.) - это форматированное представление данных, которое выводится на экран, в печать или файл. Они позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных.
Таблицы (Рис.2.3.) - способ передачи содержания, заключающийся в организации структуры данных, в которой отдельные элементы помещены в ячейки, каждой из которых сопоставлена пара значений -- номер строки и номер колонки. Таким образом, устанавливается смысловая связь между элементами, принадлежащими одному столбцу или одной строке
Рис. 2.3. Список таблиц в программе
Запросы (Рис.2.4.) - это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE - Query by example) и структурированный язык запросов (SQL - Structured Query Language).
В данной курсовой работе были реализованы следующие запросы:
Запрос «Выпущенные изделия» выводит информацию о Выпущенных изделиях предприятия.
Запрос «Работники 5 бригады» выводит информацию о рабочих, работающих в 5 бригаде
· Запрос «Рабочие занимающие должность техников».
Запрос «Рабочие занимающие должность техников» выводит информацию о рабочих предприятия, которые находятся в должности техников.
Запрос «Участки 3 цеха» выводит информацию о составе участков которые входят в 3 цех.
· Запрос «Участки 2 цеха и их начальники».
Запрос «Участки 2 цеха и их начальники» выводит список участков 2 цеха и непосредственных начальников этих участков.
· Запрос «Изделия собираемые в 2009 году».
Запрос «Изделия собираемые в 2009 году» выводит на экран перечень изделий которые собираются предприятием в 2009 году.
Запрос «Инженеры предприятия» выводит информацию об инженерах, работающих на предприятии.
· Запрос «Изделия проходящие покраску».
Запрос «Изделия проходящие покраску» выводит информацию о изделия, которые в данное время проходят покраску в цеху
· Запрос «Изделия прошедшие испытания».
Запрос «Изделия прошедшие испытания» Выводит информацию о изделиях которые прошли испытания в испытательных лабораториях
Для корректной работы разработанного программного продукта требуется наличие технических средств, с характеристиками не хуже следующих:
· жесткий магнитный диск не менее 20 Гб;
· оперативная память не менее 512 Мб;
· процессор с частотой не менее 1,7 ГГц;
В качестве необходимого информационного обеспечения следует отметить, что на персональном компьютере должна быть установлена операционная система семейства Windows, а также пакет офисных программ MS Office.
Назначение программы: ввод, хранение и использование данных по Автомобилестроительному предприятию. Таких, как:
– Информация о Выпускаемых изделиях
– Информация об Работниках и начальниках предприятия
– Информация по бригадам: названия бригад и имена начальников бригад.
– Информация о стадии работ по изделиям
– Информация о структуре предприятия.
Эта информация вводится в базу данных с помощью форм и может быть выведена на печать, просмотрена, и сгруппирована в отчетах.
Выполнение программы: запуск файла «ИС Автомобилестроительного предприятия». Откроется основное окно программы (Рис. 2.5.)
2.4 Тестирование программного продукта
Тестирование - процесс выполнения прикладных программ с целью выявления ошибок.
Тестирование программного продукта проводилось несколькими способами. Было проведено полное тестирование правильного выполнения всех транзакций программы.
Следующим этапом тестирования являлось тестирование переходов между окнами диалогов. На этом этапе была проверенна правильность связей частей программы между собой. Были исследованы все возможные переходы из одних диалоговых окон в другие.
Программный продукт имеет сложную структуру. В связи с этим тестирование производилось поэтапно в процессе создания. Каждый модуль тестировался по отдельности. Далее модули объединялись и повторно проходили тестирование. Это делалось для проверки логических связей. Выявленные на стадии обработки ошибки исправлялись.
Отдельно проводилось тестирование всего программного продукта после завершения программирования. Для этих целей в качестве оператора (пользователя) привлекали несколько человек, не имеющих отношение к программированию. На этом этапе проверялась понятность программы для неопытного пользователя.
В процессе тестирования использовались следующие методы:
1. Тестирование по методу «черного ящика».
При тестировании по методу «черного ящика», программа не дает никаких сбоев. К данному тестированию можно отнести:
2. Тестирование по методу «белого ящика».
В данном методе тестирования многократно проверялся исходный код программы и работа некоторых узлов.
Цель курсовой работы состояла в создании автоматизации системы учета шпал в пути
В соответствии с поставленной целью в ходе выполнения работы были получены следующие результаты:
· выполнено исследование предметной области;
· выбраны инструментальные средства разработки программного продукта;
· выполнено проектирование базы данных;
Система разработана с целью экономии времени при выполнении различных операций с информацией, например, ввод, перемещение, изменение данных, составление и распечатка отчетов. В любой момент с помощью запросов можно составить различные табличные отчеты о текущем состоянии дел, также изменить данные, тем самым поддерживая достоверность информации. Таким образом, можно сделать вывод, что все задачи курсового проектирования решены и его цель достигнута.
1. Атре Ш. Структурный подход к организации баз данных. М.: изд-во «Финансы и статистика», 1983. - 320 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. М.: изд-во «Финансы и статистика», 1989. - 351 с.
3. Дейт К. Руководство по реляционной СУБД DB2. М.: изд-во «Финансы и статистика», 1988. - 320 с.
4. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. М.: изд-во «Мир», 1991. - 252 с.
5. Кириллов В.В. Структуризованный язык запросов (SQL). СПб.: изд-во «ИТМО», 1994. - 80 с.
6. Мартин Дж. Планирование развития автоматизированных систем. М.: изд-во «Финансы и статистика», 1984. - 196 с.
7. Мейер М. Теория реляционных баз данных. М.: изд-во «Мир», 1987. - 608 с.
8. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., М.: изд-во «Мир», 1985. - 320 с.
9. Хаббард Дж. Автоматизированное проектирование баз данных. М.: изд-во «Мир», 1984. - 294 с.
10. Цикритизис Д., Лоховски Ф. Модели данных. М.: изд-во «Финансы и статистика», 1985. - 344 с.
11. Официальный сайт компании «Гранд» [электронный ресурс]. URL: http://www.grandsmeta.ru
12. Электронный каталог программ [электронный ресурс]. URL: http://www.izone.ru
Анализ существующего программного обеспечения, технических систем: eM-Workplace, eM-Spot, eM-Arc, tecnomatix Robcad, Human Performance. Структура программного продукта. Руководство программиста, оператора. Выполнение анализа на тестируемой выборке данных. курсовая работа [45,0 K], добавлен 03.04.2012
Обзор существующих решений и обоснование выбора языка программирования. Разработка структурной схемы, интерфейса программного продукта. Технические требования к оборудованию, тест программного продукта, руководство системного программиста и оператора. дипломная работа [2,0 M], добавлен 10.07.2012
История предприятия "Приднестровский Государственный Университет". Обзор аппаратного и программного обеспечения сети, используемого на предприятии. Инфологическое, логическое и физическое проектирование модели базы данных. Разработка основных алгоритмов. отчет по практике [886,6 K], добавлен 12.09.2012
Этапы разработки и отладки приложения "Помощь почтальону". Составление сопроводительной документации. Выбор средств и методов программирования. Анализ проектных данных. Особенности создания базы данных, СУБД. Тестирование созданного программного продукта. контрольная работа [2,5 M], добавлен 17.12.2014
Особенности алгоритмов, критерии качества. Создание и применение программного продукта на языке Delphi. Тип операционной системы. Внутренняя структура программного продукта. Руководство пользователя и программиста, расчет себестоимости и цены программы. дипломная работа [1,5 M], добавлен 12.06.2009
Техническое задание на разработку программного продукта и требования к программе. Написание алгоритма работы и разработка интерфейса программы. Руководство системного программиста и оператора. Основные методы и принципы тестирования базы данных. дипломная работа [2,7 M], добавлен 27.01.2013
Требования к функциям и задачам, выполняемым системой "Подбор кредита ОАО "Россельхозбанк". Проектирование архитектуры программного продукта. Структурная схема программного продукта. Описание компонент программного обеспечения. План менеджмента проекта. курсовая работа [684,0 K], добавлен 03.05.2015
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Информационная система автомобилестроительного предприятия курсовая работа. Программирование, компьютеры и кибернетика.
Дипломная работа: Понятие и методы контроля финансовых рисков
Дипломная работа: Совершенствование коммерческой деятельности бюджетной организации
Реферат по теме Організація обслуговування в закладах ресторанного господарства при готелі
Реферат Исковая Давность В Гражданском Праве
Сочинение По Английскому На Тему Бизнес
Курсовая работа по теме Особeннoсти фoрмирoвания рeсурснoй базы банка в сoврeмeнных услoвиях
Контрольная работа по теме Построение геометрических тел с помощью библиотеки OpenGL
Контрольная Работа Нумерация Чисел 2 Класс
Реферат На Тему Европейский Гнилец Пчел
Контрольная Работа По Сбо 6 Класс
Реферат: Реформа государственного аппарата при Петре I. Скачать бесплатно и без регистрации
Реферат по теме Т.Г. Шевченко - український поет
Адаптация супругов в семье
Дневник Практики Электромонтера Заполненный
Реферат по теме Маньяки ХХ века. Анатолий Оноприенко
Реферат: Хроника Российской императорской армии Январь 1762 года
Джазовое Эссе
Мини Сочинение Что Дают Человеку Духовные Потребности
Сочинение Рассуждение На Тему Зависть 9.3
Материнская Любовь Сочинение Яковлев Егэ
Новый подход в противодействии коррупции - Государство и право презентация
Результативность системы "Менеджмент организаций" - Менеджмент и трудовые отношения реферат
Разрешительный порядок перемещения через таможенную границу Российской Федерации отдельных категорий товаров - Государство и право курсовая работа