Управление проектом внедрения автоматизированной информационной системы для ООО "Рим" - Программирование, компьютеры и кибернетика курсовая работа
Главная
Программирование, компьютеры и кибернетика
Управление проектом внедрения автоматизированной информационной системы для ООО "Рим"
Обзор государственных и международных стандартов и методологий создания и эксплуатации информационных систем. Характеристика актуальных способов автоматизации компании. Проект автоматизации диспетчерской службы ООО "Рим", созданный средствами MS Project.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерство транспорта Российской Федерации
Федеральное агентство железнодорожного транспорта
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
" ДАЛЬНЕВОСТОЧНЫЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
Кафедра "Вычислительная техника и компьютерная графика"
Управление проектом внедрения автоматизированной информационной системы для ООО "Рим"
При принятии решения о реализации любого проекта по внедрению информационной системы (ИС) важной задачей является оценка эффективности инвестиций в такой проект. Кроме того, существует необходимость в реализации единой ИТ-стратегии предприятия, которая позволит адекватно сочетать развитие как программной, так и аппаратной части системы параллельно с комплексом работ по развитию существующей ИТ-инфраструктуры. В данном случае становится актуальной проблема жизненного цикла, как комплекса программных средств, так и самой ИС.
Жизненный цикл программных средств (ПС) в стандартах представляет собой набор этапов, частных работ и операций в последовательности их выполнения и взаимосвязях, регламентирующих ведение работ от подготовки технического задания до завершения испытаний ряда версий и окончания эксплуатации ПС или ИС. Стандарты включают правила описания исходной информации, способов и методов выполнения операций, устанавливают контроль технологических процессов, требования к оформлению их результатов, а также регламентируют содержание технологических и эксплуатационных документов на комплексы программ. Они определяют организационную структуру коллектива, обеспечивают распределение и планирование заданий, а также контроль за этапами создания комплекса ПС. В России разработка и испытания автоматизированных систем (АС), в частности ПС, регламентированы ГОСТ 34.601-90. Стадии создания АС; ГОСТ 34.602-89. ТЗ на создание АС; ГОСТ 34.603-92. Виды испытаний АС.
Однако создание, сопровождение и развитие прикладных ПС для современных ИС в этих стандартах отражены недостаточно, а отдельные их положения устарели, с точки зрения построения современных распределенных комплексов прикладных программ высокого качества в системах управления и обработки данных с различной архитектурой. Поэтому целесообразно выбирать и использовать апробированные зарубежные стандарты в этой области, а также адаптировать их под реализацию конкретного проекта. Основные современные зарубежные стандарты ориентированы на описание жизненного цикла сложных ПС обработки информации и управления в реальном времени. Однако используемые в настоящее время в компаниях жизненные циклы ПС в последнее время зачастую отличаются от приведенных в стандартах в связи с развитием и внедрением объектно-ориентированного анализа и проектирования, а также методов быстрой разработки прикладных программ, CASE-систем и языков четвертого поколения. В новых технологиях сокращаются стадии непосредственного создания программных и информационных компонентов и детализируются процессы системного анализа и проектирования ПС в целом.
Целесообразно рассмотреть проблему определения требований к ИС предприятия: выбора модели жизненного цикла (ЖЦ) разработки, определения контрактных условий реализации проекта, выбор нотации и инструментального средства формализованного описания требований.
Необходимость определения требований к ИС возникает в следующих случаях: в момент выбора новой ИС, при подготовке тендерной документации, заключении договора на разработку или дополнительную надстройку выбранной ИС, уточнении (детализации) потребностей бизнеса в процессе разработки или надстройки системы, а также необходимости внесения изменений в систему в ходе эксплуатации. В каждом случае перед специалистами предприятия и организации встает задача выбора уровня детализации требований, методов описания, включая формализованное описание с использованием графического моделирования. На уровень детализации, область определения, а также используемые методы описания влияют: выбранная модель ЖЦ разработки и внедрения; характер разрабатываемого и внедряемого ПО (заказная разработка, настройка ИС, согласно требованиям заказчика); используемые средства и методы проектирования (в случае заказной разработки).
Модель жизненного цикла представляет собой структуру, содержащую процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта (ПП) в течение всей жизни системы, от определения требований до вывода из эксплуатации. Существует несколько моделей и стандартов, а также концепций и методологий, в той или иной степени регламентирующих жизненный цикл, большинство из них относятся к заказному ПО, АС и др. Кроме непосредственно жизненного цикла в данных стандартах и методиках регламентируют также и процессы разработки.
Рассмотрим базовые стандарты и методологии, регламентирующие жизненный цикл ПС и ИС в целом.
Стандарты комплекса ГОСТ 34. Эти стандарты на создание и развитие АС - обобщенные, но воспринимаемые как весьма жесткие по структуре ЖЦ и проектной документации. ГОСТ 34.601-90 распространяется на АС и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание работ на каждом этапе. Стадии и этапы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла. Изначально ГОСТ 34 задумывался в конце 1980-х годов как всеобъемлющий комплекс взаимосвязанных межотраслевых документов.
Объектами стандартизации являются АС различных видов и все виды их компонентов, а не только ПО и базы данных (БД). Комплекс рассчитан на взаимодействие заказчика и разработчика. Аналогично ISO 12207 предусмотрено, что заказчик может разрабатывать АС для себя самостоятельно (если создаст для этого специализированное подразделение). Поскольку ГОСТ 34 в основном уделяет внимание содержанию проектных документов, распределение действий между сторонами обычно делается, исходя из этого содержания.
В стандарте описано содержание документов, разрабатываемых на каждом этапе. Это определяет потенциальные возможности выделения на содержательном уровне сквозных работ, выполняемых параллельно или последовательно, и составляющих их задач. Такой прием может использоваться при построении профиля стандартов ЖЦ проекта, включающего согласованные подмножества стандартов ГОСТ 34 и ISO 12207.
Международный стандарт ISO/IEC 12207. Первая редакция ISO 12207 была подготовлена в 1995 году объединенным техническим комитетом ISO/IEC JTC1 "Информационные технологии, подкомитет SC7, проектирование программного обеспечения". По определению, ISO12207 -- базовый стандарт процессов ЖЦ ПО, ориентированный на различные виды ПО и типы проектов АС, куда ПО входит как часть.
Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ. Очень важное замечание стандарта: процессы, используемые во время ЖЦ ПО, должны быть совместимы с процессами, используемыми вовремя ЖЦ АС. (Отсюда понятна целесообразность совместного использования стандартов на АС и ПО.) Определение стандарта: система - это объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей. Стандарт ISO 12207 равносильно ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь). Может быть в равной степени применен, когда обе стороны из одной организации.
Процессы ЖЦ. Cтандарт ISO состоит из крупных обобщенных процессов: "приобретение", "поставка", "разработка" и т.п. Каждый процесс разделен на набор действий, любое действие - на комплекс задач. Очень важное отличие ISO: любой процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем нет заранее определенных последовательностей (естественно, при сохранении логики связей, по исходным сведениям, задач и т.п.). Динамический характер стандарта зависит от способа определения последовательности выполнения процессов и задач, при котором один процесс при необходимости вызывает другой или его часть.
Стандарт определяет архитектуру, процессы, разделы и подразделы ЖЦ ПС, а также перечень базовых работ и детализирует содержание каждой из них. Архитектура ЖЦ ПС в стандарте базируется на трех крупных компонентах (см. рисунок 1). Стандарт принципиально не содержит конкретные методы действий, тем более - заготовки решений или документации. Он описывает архитектуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить услуги и задачи, включенные в процессы, не предназначен для предписания имени. Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО, но определяет, что стороны - участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО.
1.3 Сравнительная характеристика программных продуктов управления проектами, представленных сегодня на рынке
Важной составной частью системы управления проектами являются инструментальные средства, для управления проектами, представляющие собой совокупность программных средств, направленных на поддержку и повышение эффективности процессов планирования и управления проектом. Выбор типов программного обеспечения по управлению проектами в организации осуществляют в следующей последовательности:
В системе управления проектами можно выделить три уровня управления проектами, соответствующих определенным категориям пользователей ПО, выполняющих специфические функции.
1. Уровень высшего руководства, на котором происходит определение целей и задач предприятия, принимается решение о финансировании, оценивается приоритетность проектов.
2. Стратегический уровень, состоящий из профессионалов по управлению проектами, занимающихся планированием и контролем корпоративных проектов. Как правило, этот уровень представляется небольшим количеством людей, основная обязанность которых именно управление проектами и которые в своей работе опираются на программное обеспечение по управлению проектами. Роль подобных профессионалов является ключевой в организации, и они работают как группа поддержки по управлению проектами.
3. Уровень операций, для которого работа с программным обеспечением по управлению проектами вторична. Это ответственные за проекты на местах, менеджеры проектов, руководители групп. На уровне операций требуется инструмент по управлению и контролю за проектом, но на небольшие отрезки времени.
В таблице 1 представлены требования к программным средствам планирования и управления проектными работами со стороны специалистов трех вышеперечисленных уровней.
Таблица 1 - Требования к программным средствам планирования и управления проектами
1. Средства временного, ресурсного, стоимостного планирования, анализа рисков
2. Возможность получать демонстрационные отчеты
2. Возможность интеграции с другими приложениями
3. Мощные возможности обобщения сведений
3. Средства для свертывания данных по проекту (предоставление отчетов руководству) и углублению для планирования на более детальном уровне
3. "Прозрачность" процедур ввода данных
4. Средства для интеграции с данными из других программных приложений
4. Средства для контроля за реализацией проекта
5. Процедуры для планирования сверху-вниз
5. Гибкость при настройке выходных форм отчетности
К числу основных факторов, предопределяющих выбор инструментального средства для управления проектами, можно отнести следующие:
- тип задач, для которых потребуется система управления проектами;
- характер деятельности организации с точки зрения возможности и целесообразности применения проектной формы планирования и управления;
- вид деятельности, которая может планироваться в виде проектов;
- уровень детальности, до-которого необходимо планировать и контролировать проекты.
Для поддержки различных управленческих задач используются различные программные средства.
Для укрупненного описания и анализа проекта на пред инвестиционные стадии в большей степени подходит специализированное ПО анализа проектов, которое позволяет выполнить оценки основных показателей рентабельности проекта в целом и обосновать эффективность капиталовложений. Примером системы для анализа проектов является хорошо известная на российском рынке программа Project Expert фирмы PRO-INVEST-Consulting. Необходимо отметить, что для описания плана инвестиций в Project Expert используются традиционные подходы сетевого планирования, предполагающие разбиение проекта на комплекс взаимозависимых задач и описание требуемых для их выполнения ресурсов. В Project Expert реализованы Gantt- и PERT-диаграммы.
Однако если управление проектами в организации не завершается обоснованием инвестиций и существует потребность в контроле за ходом реализации проекта, то необходимо переходить к использованию ПО управления проектами. Следует отметить, что Project Expert имеет возможность обмена данными с пакетами управления проектами MS Project и Time Line.
Если принципиальное решение об использовании системы для управления проектами (УП) принято, то для выбора пакета необходимо ответить на вопросы, связанные с выяснением состава функций планирования и управления, которые требуется реализовать:
- только планирование или планирование и контроль за ходом проекта;
- планирование и контроль лишь сроков выполнения работ;
- планирование и контроль финансовых вложений без детального планирования использования ресурсов;
- детальное планирование использования ресурсов;
Далее следует определить также требования к следующим компонентам проекта:
- к размерности проектов и детальности планирования;
- организационной структуре управления и отчетности;
- сколько проектов будет вестись одновременно и будут ли они взаимозависимыми;
- каково примерное количество задач в одном проекте;
- сколько видов ресурсов будет задействовано в одном проекте;
- как будут разделяться ресурсы между проектами.
Кроме того, на выбор пакета могут повлиять специфические требования управления в конкретной предметной области (например, специальные требования к отчетности или необходимость расчета дополнительных показателей, необходимость интеграции системы с другими приложениями или нормативными базами данных и т.п.).
Существенными являются также соображения, связанные с квалификацией персонала, который будет использовать ПО. Пакеты, обладающие большими возможностями, требуют, как правило, более высокой квалификации пользователей и дополнительного обучения. Они ориентированы на пользователей-профессионалов, т.е. специалистов, основным видом деятельности которых является администрирование проекта.
Для пользователей, использующих пакеты управления проектами лишь время от времени при необходимости спланировать небольшой комплекс работ, более важными являются простота использования и скорость получения результата.
В крупных организациях, как правило, можно найти оба типа пользователей. Задача для таких организаций состоит не в том, чтобы остановиться на каком-либо одном пакете, а в том, чтобы подобрать оптимальную комбинацию пакетов, позволяющих обмен данными.
Выбираемое средство управления проектами должно включать следующие базовые функциональные возможности:
1. Средства описания комплекса работ проекта, связей между работами и их временных характеристик.
1.1. Средства описания и типы планирования:
выполнить работу "как можно раньше";
выполнить работу "как можно позже";
работы с фиксированной датой начала-окончания;
возможность привязки длительностей задач к объему назначенных ресурсов;
вычисляемые резервы времени (полный, свободный) и т.д.
1.2. Средства установки логических связей между задачами.
1.3. Многоуровневое представление проекта.
1.4. Поддержка календаря проекта, поддержка календарей ресурсов.
2. Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат по отдельным работам над проектом.
2.1. Ведение списка наличных ресурсов, возможность задания нормального и максимального объемов ресурса.
2.2. Поддержка ресурсов с фиксированной стоимостью и ресурсов, стоимость которых зависит от длительности их использования.
2.3. Расчет требуемых объемов ресурсов.
2.4. Ресурсное планирование (выделение перегруженных ресурсов и использующих их задач, автоматическое/командное выравнивание профилей загрузки ресурсов с учетом ограничений по времени или с учетом ограничения на ресурс, с учетом приоритетов задач).
3. Средства контроля за ходом выполнения проекта.
3.1. Средства отслеживания состояния задач проекта (фиксация плана расписания проекта, средства ввода фактических показателей состояния задач (процент завершения)).
3.2. Средства контроля за фактическим использованием ресурсов (бюджетное количество и стоимость ресурса, фактическое количество и стоимость ресурса, количество и стоимость ресурсов, требуемых для завершения работы).
4. Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
4.1. Диаграмма Гантта (часто совмещенная с электронной таблицей и позволяющая отображать различную дополнительную информацию).
4.2. PERT-диаграмма (сетевая диаграмма).
4.3. Средства создания необходимых для планирования отчетов (отчет по состоянию выполнения расписания, отчеты по ресурсам и по назначению ресурсов, профиль ресурса, отчет по стоимости).
К числу самых известных систем управления проектами относятся системы Microsoft Project, TimeLine, Primavera, Artemis Views, Spider Project, Open Plan.
Сравнительная характеристика некоторых из них представлена в таблице 2.
Таблица 2 - Сравнительная характеристика ПО
SureTrak, Primavera Project Planner
Средние проекты (10000 задач и 1000 видов ресурсов)
Крупные проекты масштаба корпорации
Microsoft Mail и Microsoft Exchange, корпоративный веб-сайт
Средства разграничения доступа к файлам проектов
Create Your, First Project и Cue Cards
Функция Инструктор Guide Line и Guide Line Marker
Диаграммы Гантта, PERT-диаграммы Report Gallery
Диаграммы Гантта, PERT-диаграммы, календарный график, Cristal Reports 4
Диаграммы Гантта, PERT-диаграммы, Quest
Диаграммы Гантта, PERT-диаграммы, таблицы, ресурсные и стоимостные гистограммы
Концепции многопроектного планирования
Возможность определения иерархии и прав доступа к мастерпроекту и подпроектами
ASCII, CSV, Excel, MS Access, Lotus 1-2-3, dBASE и FoxPro, средства записи макрокоманд, Visual BasicS.O for Applications
Open Plan в форматах Oracle, SQL server, Sybase, xBase, MS Access, Visual Basic
Планирование, контроль, анализ, управление изменениями, завершение
Планирование, контроль исполнения, анализ, управление изменениями, завершение
Планирование, контроль исполнения, анализ, управление изменениями, завершение
Resource View, Track View, Cost View
Планирование при ограниченном времени, управление всеми видами ресурсов, анализ затрат, анализ рисков, мультипроектный анализ и структуризация
Увеличить прибыль службы на конкурентном рынке такси можно двумя способами: повышением количества выполняемых заказов и снижением издержек. Идеальным вариантом является объединение этих методов. Добиться его можно с помощью использования программы для диспетчеров Такси Мастер. Основные задачи подобного программного обеспечения: автоматизация рутинных процессов в работе сотрудников, ускорение обработки заказов, и повышение производительности труда сотрудников. Таксимастер позволяет сократить время на обработку заказов в 7 раз, благодаря чему с работой пяти диспетчеров легко могут справиться два.
Функции программы для диспетчерской службы такси:
- Автоматический прием и обработка заказов такси, их распределение между водителями?
- Использование возможностей карт и навигации?
- Автоматический расчет стоимости поездки на основе данных GPS?
- Телефония с использованием callцентров Asterisk и Oktell?
- Организация связи с водителями с помощью мобильных приложений на телефонах?
- Удаленный прием оплаты за смену от водителей через электронные платежные системы и терминалы?
- Возможность получения заказов с биржи такси или Яндекс такси?
- Индивидуальная тарификация (различные тарифы, скидки, бонусы)?
- Поддержка разных категорий номеров (белые, черные и другие).
Программа для диспетчерской Такси Мастер позволяет гибко настраивать рабочие параметры и обладает интуитивнопонятным интерфейсом, поэтому подходит для использования, как в больших службах такси, так и в компаниях, только начинающих свой путь на рынке.
3. Анализ рынка интересующей информационной системы;
5. Покупка аппаратной части для ИС;
6. Установка ИС на имеющуюся аппаратную платформу;
Определять состав работ удобно в несколько шагов. Сначала создается основа плана работ, состоящая из фаз, их результатов и нескольких основных задач. Потом в план могут быть добавлены остальные задачи, определена их длительности и связи.
Рисунок 4 - Список задач проекта в окне диаграммы Ганта
В результате проведенных операций установки длительности задач будет получена диаграмма, изображенная на рисунке 4.
Рисунок 5 - Установление длительности задач
- Start (В начале) - финансовые затраты привязываются к моменту начала операции;
- Prorated (Пропорциональное) - финансовые затраты распределяются в процессе выполнения операции пропорционально интенсивности работы.
- End (По окончании) - финансовые затраты привязываются к моменту завершения операции.
Рисунок 9 - Назначение начисления затрат
Исходя из проекта, делаем вывод, что проект по внедрению автоматизированной информационной системы для ООО "Рим" будет стоить 970620 рублей.
В ходе выполнения курсовой работы был разработан проект внедрения информационной системы ООО "Рим".
2. Федеральный закон от 27 июля 2006 г. N 149-ФЗ "Об информации, информационных технологиях и защите информации".
3. ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем.
4. ГОСТ 34.601-90 Автоматизированные системы стадии создания.
5. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
6. ГОСТ 34.603-92 Виды испытаний автоматизированных систем
7. Годин, В.В., Корнеев, И.К. Управление информационными ресурсами [Текст]: 17- модульная программа для менеджеров "Управление развитием организации". Модуль 17. - М.: ИНФРА-М, 1999. - 432с.
8. Васючкова, Т.С., Держо, М.А., Иванчева, Н.А., Пухначева, Т.П. Управление проектами с использованием Microsoft Project. URL: http://www.intuit.ru/department/itmngt/pmusemspr/1/1.html (дата обращения 25.09.11).
9. Иллюстрированный самоучитель по Microsoft Project. URL: http://www.taurion.ru/project (дата обращения 25.09.11).
10. Смирнова, Г.Н., Сорокин, А.А., Тельнов, Ю.Ф. Проектирование экономических информационных систем [Текст]: Учебник / Под ред. Ю.Ф. Тельнова. - М.: Финансы и статистика, 2001.- 512 с.: ил.
11. Скрипкин, К.Г. Экономическая эффективность информационных систем [Текст]: - М.: ДМКПресс, 2002. - 256 с.
12. Гультяев, А.К. Microsoft Office Project Professional 2007. Управление проектами: Практическое пособие [Текст]: СПб.: КОРОНА-Век, 2008.-480 с., ил
Анализ существующих информационных систем для автоматизации деятельности предприятий общественного питания. Моделирование основных бизнес-процессов, выполняемых в автоматизированной информационной системе. Этапы разработки информационной системы. дипломная работа [1,8 M], добавлен 14.11.2017
Анализ деятельность предприятия. Формирование базовых документов по управлению проектом: Устава и Плана. Иерархическая структура работ. Реализация проекта информационной системы "Учет товара" с использованием MS Project. Работа со списком ресурсов. курсовая работа [564,6 K], добавлен 29.04.2016
Классификация информационных систем. Использование баз данных в информационных системах. Проектирование и реализация информационной системы средствами MS Access. Анализ входной информации предметной области и выделение основных информационных объектов. курсовая работа [2,5 M], добавлен 09.08.2012
Знакомство с особенностями применения компьютерных технологий в практике решения задач управления проектом. Этапы создания проекта автоматизированной информационной системы "Аптека", анализ участников. Проблемы планирования производственной программы. курсовая работа [294,2 K], добавлен 21.03.2016
Определение понятия "система". История развития и особенности современных информационных систем. Основные этапы развития автоматизированной информационной системы. Использование отечественных и международных стандартов в области информационных систем. презентация [843,9 K], добавлен 14.10.2013
Разработка проекта программного комплекса для автоматизации информационных процессов службы сбыта пищевой продукции. Разработка информационной базы данных и характеристика процесса создания клиентской и сервисной части приложения по технологии ASP.NET. дипломная работа [2,4 M], добавлен 24.06.2011
Проблемы внедрения информационной системы. Процесс разработки и внедрения автоматизированной информационной системы на примере музея "Галерея изящных искусств". Рекомендации по устранению основных рисков или снижению степени их влияния на проект. курсовая работа [3,0 M], добавлен 07.05.2015
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .
© 2000 — 2021
Управление проектом внедрения автоматизированной информационной системы для ООО "Рим" курсовая работа. Программирование, компьютеры и кибернетика.
Реферат: Экономическая информатика
Реферат по теме Mathcad: от графика к формуле, от расчета на компьютере к расчету в Интернет
Развитие Избирательного Права В России Курсовая
Описание Гостиной Сочинение 6 Класс
Теории Денег И Денежного Обращения Курсовая Работа
Курсовая Работа На Тему План Экономического Развития Железнодорожной Станции
Реферат: Вернадский Владимир Иванович . Скачать бесплатно и без регистрации
Реферат по теме Документы в торговых операциях
Проблема Утилизации Мягких Отходов Реферат
Как Делать Приложение В Курсовой Работе Пример
Финансовый Учет Дипломная Работа
Реферат: Этюды о Вселенной
Эссе Производство
Доклад по теме Низшая мифология кельтов
Сочинение Путешествие По Европе 18 Века
Горит Абс И Курсовая Устойчивость
Реферат: Дворцовые перевороты (1725 - 1762 гг.)
Проблемы Загрязнения Морей И Океанов Реферат
Сочинение Егэ Цыбулько Готовые
Смертная казнь: за и против
Криминалистическая доктолоскопия - Государство и право презентация
Внутренняя организация микроконтроллеров AVR - Коммуникации, связь, цифровые приборы и радиоэлектроника контрольная работа
Брак и развод во Франции и в России - Государство и право реферат