Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Технико-экономическое обоснование выполнения проекта↑ Стр 1 из 6Следующая ⇒ Содержание книги
Похожие статьи вашей тематики
Поиск на нашем сайте
ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ВЫПОЛНЕНИЯ ПРОЕКТА Методическое пособие ВВЕДЕНИЕ Экономическое обоснование выполняется в форме бизнес-плана, являющегося основным системным документом реализации нового проекта, или технико-экономического обоснования. Технико-экономическое обоснование (ТЭО) – это анализ, расчет, оценка экономической целесообразности осуществления предлагаемого проекта, в данном случае – проекта по разработке и исследованию экономико-информационной системы. ТЭО основано на сопоставительной оценке затрат и результатов, установлении эффективности использования, срока окупаемости вложений. Технико-экономическое обоснование является необходимым для каждого инвестора исследованием, в ходе подготовки которого проводится ряд работ по изучению и анализу всех составляющих инвестиционного проекта и разработке сроков возврата вложенных в бизнес средств. Технико-экономическое обоснование проекта имеет много общего с бизнес-планом. Отличия заключаются в следующем: - обычно ТЭО пишется для проектов внедрения новых технологий, процессов и оборудования на уже существующем, работающем предприятии, поэтому анализ рынка, маркетинговая стратегия, описание компании и продукта, а также анализ рисков в нем часто отсутствуют; - в ТЭО приводится информация о причинах выбора предлагаемых технологий, процессов и решений, принятых в проекте, результаты от их внедрения и экономические расчеты эффективности. Следовательно, можно говорить о более узком, специфическом характере ТЭО по сравнению с бизнес-планом. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ И ОФОРМЛЕНИЮ ТЕХНИКО-ЭКОНОМИЧЕСКОГО ОБОСНОВАНИЯ Экономическая часть ВКР, содержащая технико-экономическое обоснование, должна: - являться логическим продолжением основной части ВКР; - быть связана с профилем специальности студента; - быть достаточно современной, актуальной; содержать в себе новые методические положения, действующие расценки, нормативы, рыночные ориентиры. Объем экономического раздела должен составлять не более 20 страниц, выполненных в соответствии с правилами оформления ВКР. Все расчеты должны сопровождаться соответствующими пояснениями, ссылками на источники получения исходных данных. Формулы должны приводиться с расшифровкой условных обозначений. В расчетах следует использовать текущие рыночные цены и тарифы на продукцию, работы, услуги, сырье, действующие на момент разработки проекта, курсы иностранных валют для пересчета валютной выручки и цен в иностранной валюте. Большинство расчетов целесообразно представлять в табличной форме в соответствии с требованиями действующих стандартов. Основные результаты и расчеты экономического раздела могут быть представлены в презентации для доклада на защите ВКР. Состав расчетов технико-экономического обоснования, выполняемых в экономической части ВКР, включает следующие положения: 1) обоснование целесообразности разработки проекта; 2) оценка уровня качества разрабатываемого программного продукта; 3) организация и планирование работ по разработке проекта; 4) расчет затрат на разработку проекта; 5) расчет эксплуатационных затрат; 6) оценка эффективности разработанного проекта. В первом пункте необходимо отразить актуальность, необходимость и значимость проведения исследований, изложить цели, задачи и специфические особенности выполняемого исследования. Во втором пункте необходимо описать базовый вариант. Выбор базового варианта производится совместно студентом и руководителем ВКР на основе патентного поиска, обзора литературы по заданному направлению, анализа информации, найденной в Интернет и других источниках. После выбора базового варианта необходимо провести анализ и сравнение с разрабатываемым продуктом по показателям качества. Показатели качества могут быть различными в зависимости от поставленной экономико-информационной задачи. В третьем пункте, прежде всего, необходимо правильно установить оптимальный объем работ по теме и разбить работы по этапам. Наиболее ответственной частью работ в этом пункте является расчет трудоемкости отдельных видов проводимых работ, так как трудозатраты составляют основную часть стоимости научно-исследовательских и опытно-конструкторских работ (НИОКР). Общее количество дней, затрачиваемое на все работы, должно быть равно времени, отводимому на преддипломную практику и дипломирование. В некоторых случаях (в зависимости от сложности проекта) работа над программным продуктом начинается задолго до преддипломной практики, и это следует учесть в расчетах. Загрузка в днях у основного исполнителя (выполняющего функции программиста-разработчика) должна быть равна расчетной ожидаемой длительности времени. В связи с этим, для него загрузка в процентах по каждой работе равна 100. Так как руководитель помогает студенту и консультирует его по различным вопросам, то его время также должно быть учтено для расчета затрат на оплату труда. Время руководителя определяется исходя из фактических или предполагаемых затрат. Загрузка в процентах у руководителя может быть определена следующим способом. Предположим, что постановку задачи осуществляет одновременно руководитель и студент. Студент расходует на эту работу 3 дня, и все это время занят только своей работой, а руководитель может в течение этих дней уделять данной проблеме только треть своего рабочего времени каждый день. Тогда его загрузка будет равна 33% и для оплаты следует принять только один день (33 % от трех дней). В четвертом пункте порядок расчета одинаков для всех ВКР. Важно верно определить величину заработной платы руководителя и разработчика программы. Руководителем разработки может быть профессор, доцент, старший преподаватель, ассистент, аспирант или специалист, работающий на конкретном предприятии. Необходимо в расчеты закладывать их основную и дополнительную заработную плату. Аналогично определяется оклад программиста-разработчика. Необходимо также учитывать районный и северный коэффициенты при расчете дополнительной заработной платы. В пятом пункте производится расчет эксплуатационных (текущих) затрат. К ним относятся затраты, связанные с использованием программного продукта в течение первого года эксплуатации. Здесь важно определить время использования программного продукта. Предположим, что созданный продукт будет использоваться двумя пользователями. Один из них будет работать с программой два часа в день. Рабочая неделя включает пять рабочих дней. В году 52 недели. Исключаем 104 дня (52´2) выходных плюс 12 праздничных дней. Итого 116 дней. Остается 249 дня. Умножаем на 2 час и получаем 498 час. Если рабочий день равен 8 часам, то общее число полных рабочих дней для пользователя в году будет равно 62,25 (498 час. / 8 час.). Аналогично производим расчет по второму пользователю. Обычно разрабатываемый продукт позволяет ускорить время выполнения работ. Поэтому время пользования продукта-аналога немного больше, чем у нового продукта. Допустим, что это время составляет 70 дней. Появляется экономия во времени, и эта экономия прослеживается по всем статьям расходов. В шестом пункте на основе результатов выполнения четвертого и пятого пунктов рассчитываются годовой экономический эффект, фактический коэффициент экономической эффективности разработки, срок окупаемости затрат на разработку проекта. В главе 2 приведен модельный образец ТЭО. Курсивом даны необходимые комментарии. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА Планирование комплекса работ по разработке темы и оценка трудоемкости Трудоемкость работ определяется с учетом срока окончания работ, объема выполняемых функций, выбранной среды программирования. Для определения ожидаемой продолжительности работы Т ож применяется формула
где t мин – кратчайшая продолжительность данной работы (оптимистическая оценка); t макс – самая большая продолжительность работы (пессимистическая оценка); t нв – наиболее вероятная продолжительность работы (реалистическая оценка). Оценка трудоемкости отдельных видов работ приведена в таблице 2.2. Для разработки было задействовано два человека: руководитель проекта и исполнитель (инженер-программист). Таблица 2.2 – Оценка трудоемкости отдельных видов работ
Руководитель выполняет постановку задачи, курирует ход работ и дает необходимые консультации при разработке системы. Исполнитель отвечает за проектирование информационного обеспечения, разработку структур баз данных, реализацию вычислительных алгоритмов в виде завершенного продукта, разработку интерфейсных блоков и отладку программы. Выбор комплекса работ по разработке проекта производится в соответствии со стандартом «ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств», устанавливающим стадии разработки программных продуктов, и приведен в таблице 2.3. Таблица 2.3 – Комплекс работ по разработке проекта
На основе данных таблицы 2.3 разработан календарный график выполнения работ (таблица 2.4), показывающий последовательность и взаимосвязь выполнения комплекса работ (с учетом воскресенья; можно брать без учета воскресенья и праздничных дней).
Таблица 2.4 - Календарный график выполнения работ
На основе этих данных был сформирован график выполнения этапов работ, который приведен на рисунке 2.1. Рисунок 2.1 - Календарный график выполнения работ
ЗАКЛЮЧЕНИЕ
В предлагаемых методических указаниях приведен расчет для модельных условий. В каждом конкретном случае следует учесть конкретные обстоятельства и сроки выполнения работы, действующие цены и нормативы. Один слайд из компьютерной презентации выпускной квалификационной работы рекомендуется посвятить анализу результатов технико-экономического обоснования, приведя, например, сводную таблицу ТЭО и диаграмму временных затрат по различным этапам выполнения работы. РАЗРАБОТКА И ПРАВИЛА ОФОРМЛЕНИЯ ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ АИС Разработка Технического задания на создание АС Разработка ТЗ включает в себя подготовку специального документа с аналогичным названием. В Техническом задании обязательно должны быть описаны: · ограничения, риски, критические факторы, влияющие на успешность проекта, например время реакции системы на запрос является заданным ограничением, а не желательным фактором; · совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, предоставляемые системе, внешние условия её функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы; · сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации; · описание выполняемых системой функций; · будущие требования к системе в случае её развития, например возможность работы пользователя с системой с помощью Интернета и т.п.; · сущности, необходимые для выполнения функций системы; · интерфейсы и распределение функций между человеком и системой; · требования к программным и информационным компонентам ПО, требования к СУБД. Если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной (например, распределённой) СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям; · что не будет реализовано в рамках проекта. Разработка ТЗ ведётся в соответствии со стандартами: ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. I. Общие положения ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. В соответствии с ГОСТ 34.601-90, после согласования с Заказчиком, выполняется разработка, оформление, согласование и утверждение Технического задания на АИС (при необходимости – на части АИС). Данный стандарт также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ. В самом общем случае к ним относятся: 1. Организация-заказчик (пользователь), для которой создаётся АИС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АИС, так и по отдельным её компонентам; 2. Организация-разработчик (генпроектировщик), осуществляющая работы по созданию АИС, представляя Заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС. Данная (головная) организация может пользоваться услугами других организаций, работающих у неё на субподряде; 3. Организация-поставщик, изготавливающая и (или) поставляющая программные и технические средства по заказу Разработчика или Заказчика; 4. Организации, выполняющие строительные, электротехнические, санитарно-технические, монтажные, наладочные и другие подготовительные работы, связанные с созданием АИС. ГОСТ 34.602-89 устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) автоматизированных систем различного назначения, а также состав и содержание указанного документа независимо от того, будет ли она работать самостоятельно или в составе другой системы. В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АИПС. ТЗ на АИС разрабатываются на основании исходных данных. Любые изменения к ТЗ оформляются дополнительными протоколами, подписанными заказчиком и разработчиком. Оформленные таким образом дополнения являются неотъемлемой частью ТЗ на АИС. На титульном листе ТЗ должна быть запись “Действует с …”. СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ Рассмотрим состав ТЗ с учётом требований ГОСТ 34.602-89. ТЗ на АИС содержит следующие разделы: 1. Общие сведения. 2. Назначение и цели создания (развития) системы. 3. Характеристика объектов автоматизации. 4. Требования к системе. 5. Состав и содержание работ по созданию системы. 6. Порядок контроля и приемки системы. 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АИС в действие. 8. Требования к документированию. 9. Источники разработки. 10. Приложения. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ. Рассмотрим содержание основных разделов ТЗ с учётом требований ГОСТ 34.602-89. Раздел “Общие сведения”: 1. Полное наименование системы и её условное обозначение. 2. Наименование и реквизиты предприятий (объединений) разработчика и заказчика системы. 3. Перечень документов, явившихся основанием создания системы, кем и когда они утверждены. 4. Возможные сроки начала и окончания работ по созданию системы. 5. Сведения об источниках и порядке финансирования работ. 6. Порядок оформления и предъявления заказчику результатов работ по созданию системы или её частей, по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических комплексов системы. Раздел “Назначение и цели создания (развития) системы”: 1. Под “Назначением системы” понимается вид автоматизируемых процессов (деятельности) и перечень предполагаемых к использованию объектов. 2. В пункте “ Цели создания системы ” приводятся наименования и требуемые значения технических, технологических, производственно-экономических и других показателей объекта автоматизации, достигаемые в результате создания АИС, указываются критерии оценки достижения целей создания системы. Раздел “Характеристики объекта автоматизации”: 1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие эти данные. 2. Сведения об условиях эксплуатации объекта автоматизации. 3. Характеристики внешней среды, в которой функционирует объект автоматизации. Раздел “Требования к системе” содержит подразделы с требованиями к системе в целом, функциям (задачам), выполняемым системой, видам обеспечения. Требования к численности и квалификации персонала АИС содержат требования к численности персонала и пользователей АИС; квалификации персонала, порядку его подготовки, контроля знаний и навыков; режиму работы персонала АИС. Требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействия электрического тока, электромагнитных полей, акустических шумов и т.п.), допустимым уровням освещённости, вибрационных и шумовых нагрузок. Требования по сохранности информации содержат перечень событий: аварий, отказов технических средств (в т.ч. потерей питания) и т.п., при которых должна быть обеспечена сохранность информации в системе, а также требования к подсистеме резервного копирования и архивного хранения документов и данных. В требования к защите информации от несанкционированного доступа включают требования, действующей в отрасли (ведомстве) заказчика. В требования по эргономике и технической эстетике включают показатели АИС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала. Требования к стандартизации и унификации включают показатели, устанавливающие соответствие с государственными стандартами, ведомственными и другими нормами. В дополнительные требования могут быть включены: · требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них; · требования к сервисным средствам, стендам для проверки элементов системы; · требования к системе, связанные с особыми условиями эксплуатации; · специальные требования по усмотрению разработчика или заказчика системы. Подраздел “ Требования к видам обеспечения ” в зависимости от вида системы может содержать требования к математическому, информационному, лингвистическому, программному, техническому, организационному, методическому и другим видам обеспечения системы. В части требований к математическому обеспечению системы приводятся требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке. В части требований к информационному обеспечению системы приводят требования: · к составу, структуре и способам организации фондов и машиночитаемых данных в системе; · к информационному обмену между компонентами системы; · к информационной совместимости со смежными системами; · по использованию коммуникативных форматов, унифицированных документов, действующих в данной организации и (или) взаимодействующей группе организаций; · к внутрисистемным форматам данных; · по применению систем управления базами данных; · к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; · к защите данных от разрушений при авариях и сбоях в электропитании системы; · к контролю, хранению, обновлению и восстановлению данных; В части требований к лингвистическому обеспечению системы приводятся требования к применению в системе: · классификаторов и тезаурусов, · языков взаимодействия пользователей и технических средств системы, · средств кодирования и декодирования данных, · конверторов, · языков ввода-вывода данных, · языков манипулирования данными, · способов организации диалога. В части требований к программному обеспечению АИС приводятся общие функциональные и общесистемные требования к приобретаемым и вновь разрабатываемым программным продуктам. При этом следует предусмотреть: · решение средствами ПО системы полного комплекса служебных и пользовательских задач; · поддержку возможностей обработки, хранения и актуализации заданных видов документов и данных с учётом необходимых их количественных показателей; · поддержку возможности настройки на заданные входные и выходные формы документов; · поддержку необходимых форматов данных и средств лингвистического обеспечения; · поддержку требований протоколов телекоммуникационного обмена данными, действующими в области функционирования АИС, · обеспечение необходимой для создаваемой АИС скорости обработки и поиска данных, · обеспечение требований стандартизации, унификации, эргономики, защиты информации и соответствия другим, не перечисленным в данном пункте, требованиям, включённым в другие пункты ТЗ. В части требований к средствам технического обеспечения системы приводят требования к видам технических средств, в т.ч. к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе, а также к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы. В части требований к организационному обеспечению приводят требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; организации функционирования системы и порядку взаимодействия персонала АИС с персоналом объекта автоматизации; защите от ошибочных действий персонала системы. В требования по обеспечению управления и контроля включают: · перечень контролируемых параметров технологической цепи обработки входных документов и обслуживания пользователей, · требования к регламенту обработки входных документов и обслуживания пользователей, · требования к видам статистической обработки контролируемых данных, а также их выходным формам, · требования к средствам формально-логического контроля. Раздел “Состав и содержание работ по созданию (развитию) системы” должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601-90, сроки их выполнения, перечень организаций-исполнителей работ, ссылки на документы, подтверждающие их согласие на участие в создании системы и т.п. В разделе “Порядок контроля и приемки системы” указывают: 1. Виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему); В разделе “Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие” необходимо привести перечень основных мероприятий, которые следует выполнить при подготовке объекта автоматизации к вводу АИС в действие, и их исполнителей. В разделе “Требования к документированию” приводят: 1. Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, в т.ч. выпускаемых на машинных носителях; Обеспечение качества проектной документации относится к возможностям средств проектирования анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым стандартам и правилам (включая ГОСТ, ЕСПД). В разделе “ Источники разработки” должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы. В состав ТЗ на АИС включают приложения, содержащие расчёт ожидаемой эффективности системы; оценку научно-технического уровня системы; использованные при разработке ТЗ методические и наиболее важные информационные материалы из состава документов указанных в разделе “Источники разработки”. Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД 50-640-87 и ГОСТ 24.602-86. ПРАВИЛА ОФОРМЛЕНИЯ ТЗ НА АИС ТЗ оформляют на листах формата А4 без рамки, основной надписи и дополнительных граф к ней. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине). На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АИС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АИС, помещают на последнем листе. При необходимости на титульном листе ТЗ допускается помещать установленные в отрасли коды, например: код работы, регистрационный номер ТЗ и др. Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АИС, в нём делают запись о порядке установления и согласования этих показателей, норм и требований “Окончательное требование (значение) уточняется в процессе... и согласовывается протоколом с... на стадии...”. При этом в текст ТЗ на АИС изменений не вносят. Титульный лист дополнения к ТЗ на АИС оформляют аналогично титульному листу Технического задания. Вместо наименования “Техническое задание” пишут “Дополнение 1... к ТЗ на АИС...”. На следующих листах дополнения к ТЗ на АИС помешают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и применять слова: “заменить”, “дополнить”, “исключить”, “изложить в новой редакции”. СОДЕРЖАНИЕ
ВВЕДЕНИЕ В настоящее время компьютерные технологии наш
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-04-19; просмотров: 2588; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.22.42.25 (0.011 с.) |