Реферат на тему проблемы проектирования
Обновлено: 05.07.2024
Аннотация: Основываясь на эмпирическом анализе, в статье рассматриваются преимущественные направления социальной работы, которым сопутствует ряд проблем. В данной статье объяснены все затруднения, которые происходят на всех этапах социально проектирования. Также определены мотивы и факторы данной деятельности. Значительное внимание уделяется определению потребности сотрудников, занимающихся разработкой проектов, в сфере образования. Выводом статьи является решение, которое позволит специалистам данной сферы работать на более высоком профессиональном уровне.
Ключевые слова: трудности реализации социальных проектов, мотивация специалистов, проектная деятельность, мотивы и факторы проектной деятельности.
В современном мире вся продуктивность и результат процесса социального проектирования зависит от высокого образования, высокой квалификации и компетентности специалиста.Многие исследователи довольно широко изучают теоретический аспект социального проектирования в своих работах [1;2;3;4]. Однако с точки зрения конкретной практической деятельности существует определенные трудности в реализации и разработке [5]. Для выявления данных трудностей и определения приоритетных направлений была изучена статья, проведенная на базе организации социального обслуживания и образовательных организаций, в котором было опрошено 40 респондентов из сферы образовательных организаций и столько же респондентов из общественных организаций и социального обслуживания.
Изучая данное исследование было выявлено, что большинство респондентов (82,5%) уверены, что социальное проектирование – э то необходимый элемент деятельности, а социальное проектирование – важное явление для организаций, в которых работают опрашиваемые.
В ходе данного исследования также было выяснено, что благодаря социальному проектированию лучше всего социализируются люди с ограниченными возможностями (87,7%), на втором месте по эффективности находятся проекты, включающие в себя работу с семьями (65%) и 60% респондентов уверены, что социальные проекты помогают преодолеть сиротство. В качестве аутсайдеров, в качестве уделяемого внимания разработке проектов, находятся: молодежь, безработные, ветераны, бывшие военнослужащие и т.д.
Благодаря данному исследованию были выявлены и непосредственные трудности, с которыми сталкиваются при разработке и реализации проектов специалисты. Все респонденты выделили недостаток знаний при разработке социальных проектов.
Таким образом, можно уверенно говорить, что самым необходимым для специалистов, которые занимаются социальным проектированием, являются знание основ этого самого социального проектирования, умения проводить исследование, анализировать, правильно использовать полученную информацию, опыта проведения анализа, мониторинга и развития объектов, методики проектирования.
Несмотря на то, что опрашиваемые в изучаемом исследовании отметили, что принимали участие в научных семинарах, многие отметили низкую практикоориентированность полученных знаний. Также есть нарекания в пользу отсутствия квалифицированных сотрудников в социальных объектах, учреждениях. Наверно, это один из основных негативных причин, почему социальный проект проходит не все этапы жизненного цикла и почему сотрудниками не соблюдаются все требования разработки и реализации проектов.
В ходе анализа изучаемого исследования было выявлено, что большинство специалистов не изъявляют желания разрабатывать и реализовать социальные проекты. Причина кроется в недостаточной мотивации сотрудников социальных учреждений.
Именно поэтому были выявлены основные стимулы участия в социальном проектировании, которые помогут мотивировать сотрудников на качественную работу: интерес к работе, смена и новизна деятельности, возможность избежать рутиной работы, стремление к самостоятельности в работе, возможность карьерного роста, уважение коллег и многое другое. Не смотря на данные стимулы, материальная поддержка и мотивация развиты очень мало в социальных учреждениях, что также препятствует развитию проектной деятельности. Отсутствие поддержки руководства также является стагнирующим фактором развития социального проектирования.
Данное исследование показывает, что большое число респондентов не заинтересованы или мало заинтересованы в разработке и реализации социального проекта, но довольны процессом проектирования. Фактором успешного функционирования организации является готовность, а самое главное желание сотрудников к эффективному труду, что зависит в большей степени от хорошей мотивации от руководства, как материальной, так и нематериальной.
Также проблема заключается в недостаточности обучения сотрудников, которые занимаются проектной деятельностью. Необходимо предоставлять знания, связанные с социальным проектированием, совершенствовать умения исследовательской и аналитической деятельности, освоения технологий и методов социального проектирования.
Вышеперечисленный трудности сильно влияют на реализацию проектной деятельности. Путем принятия грамотных управленческих решений можно минимизировать данные трудности, способствовать совершенствованию проектной деятельности и развитию социальной сферы в целом.
проблема структуризации данных, на ней мы сосредоточим основное внимание.
При проектировании структур д анн ых для автоматизированных систем
1. Сбор информации об объектах решаемой задачи в рамках одной таблицы
(одного отношения) и последующая декомпозиция ее на несколько
взаимосвязанных таблиц на основе процедуры нормализации отношений.
2. Формулирование знаний о системе (определение типов исходных данных и
их взаимосвязей) и требований к обработке данных, получение с помощью CASE-
систе-мы (системы автоматизации проектирования и разработки баз данных)
готовой схемы БД или даже готовой прикладной информационной системы.
3. Ст руктурирование информации для использования в информационной
системе в процессе проведения систем ного анализа на основе совокупности
Базы данных— это компьютеризированная система хранения записей, т.е.
компьютеризированная система, основное назначение которой — хранить
информацию, предоставляя пользователям средства ее извлечения и модифика -
ции. К информ ации может относиться все, что заслуживает внимания отдельного
пользователя или организации, использующей систему, иначе г оворя, все
необходимое для текущей работы данного пользователя или предприятия.
На рис. 1 показана весьма упрошенная схема системы баз данных. Здесь
отражено четыре главных компонента системы, а именно: данные, аппаратное
обеспечение, программное обеспечение и пользователи. Каждый из этих
Системы с базами данных существуют как на самых малых компьютерах, так
и на крупнейших мэйнфреймах. Нет необходимости говорить, что
предоставляемые каж дой конкретной системой средства в некоторой мере зависят
от мощности и возможностей базовой машины. В частности, системы на больших
машинах ("большие системы"), в основном, многопользовательские, тогда как
системы на малых машинах ("малые сис темы"), как правило,
однопользовательские. Однопользоват ельская система ( single-user system) — это
система, в которой одновременно к базе данных может по лучить доступ не более
одного пользователя, а многопользовательская систем а ( multi-user system) — это
такая система, в которой к базе данных могут получить доступ сразу не сколько
пользователей. Как и в схем е на рис. 1, исходя из соображений общности, мы
обычно будем подразумевать именно второй вид систем, хотя, с точки зрения
пользователей, между этими системами фактически не существует большого
различия. Основная задача большинства многопользовательских систем—
позволить каж дому отдельному пользователю работать с ней так, как он мог бы
работать с однопользовательской системой. Различия между этими двумя видами
систем проявляются в их внутренней структуре, и потому практически не видны
К аппаратному обеспечению системы относится следующее.
• Тома вторичной (внешней) памяти (обычно это магнитные диски),
используемые для хранения информации, а также соответствующие устройства
ввода-вывода (дисководы и т.п.), контроллеры устройств, каналы ввода-вывода и
• Аппаратный процессор (или процессоры) вместе с основной (первичной)
памятью, предназначенные для поддержки работы программного обеспечения
Между собственно физической базой данных (т.е. данными, которые реально
хранятся) и пользователями сист емы располагает ся уровень программного
обеспечения, который можно называть по-разному: менеджер базы данных
(database manager), сервер базы данных (database server) или, что более
привычно, система управления базами данных, СУБД (database management
system — DBM S). Все запросы пользо вателей на доступ к базе данных
обрабатываются СУБД. Все имеющиеся средства до бавления файлов (или
таблиц), выборки и обновления данных в этих файлах или таб лицах также
предоставляет СУБД. Основная задача СУБД — предоставить пользова телю базы
данных возможность работать с ней, не вникая в детали на уровне аппа ратного
обеспечения. ( Пользователь СУБД более отстранен от этих деталей, чем при -
кладной программист, применяющий языковую среду программирования.)
Иными словами, СУБД позволяет конечному пользователю рассматривать базу
данных как объект более высокого уровня по сравнению с аппаратным
обеспечением, а также предоставляет в его распоряжение набор операций,
выражаемых в терминах языка вы сокого уровня (например, набор операций,
Пользователей можно разделить на три большие и отчасти перекрывающиеся
• Первая группа — прикладные программисты , которые отвечают за
написание прикладных программ, использующих базу данных. Для этих целей
применимы такие языки, как COBOL, PL/I, C++, Java или какой-нибудь
высокоуровневый язык четвертого поколения. Прикладные программы получают
доступ к базе данных посредством выдачи соответствующего запроса к СУБД
• Вторая группа — конечные п ользо ватели , которые работают с системой
баз данных непосредственно через рабочую станцию или терминал. Конечный
пользователь может получать доступ к базе данных, применяя одно из
интерактивных приложений, упомянутых выше, или же интерфейс,
интегрированный в про граммное обеспечение самой СУБД. Безусловно,
подобный интерфейс также под держивается интерактивными приложениями,
однако эти приложения не создаются пользователями-программистами, а
являются встроенным и в СУБД. Большин ство СУБД включает по крайней мере
одно такое встроенное приложение, а именно — процессор языка запросов,
позволяющий пользов ателю в диалоговом режиме вводить запросы к базе данных
(их часто иначе называют операторами (statement) или командами ( commands)),
например S ELECT или INSERT. Язык SQL — типичный пример языка запросов
Структурой системы называется её расчленение на группы элементов с
указанием связей между ними, неизменное на всё время рассмотрения и дающее
представление о системе в целом. Иначе можно сказать, что структура это
множество элементов и связей м ежду ними, принадлежащее определённому
уровню декомпозиции. Важнейшим стимулом и сутью декомпозиции является
упрощение системы, слишком сложной для рассмотрения целиком.
Архитектура ANSI/SPARC включает три уровня: внутренний, внешний и
концептуальный (рис. 2). В общих чертах они представляют собой следующее.
• Внутренний уро вень (также называемый физическим) наиболее близок к
физическому хранилищу информации, т.е. связан со способ ами сохранения
• Внешний уро вень (также называемый пользовательским логическим)
наиболее близок к пользователя м, т.е. связан со способами представления данных
• Концептуальный уровень (также называемый общим логическим или
просто логическим) является "промежуточным" уровнем между двумя первыми.
Если внешний уровень связан с индивидуальными представлениями
пользователей, тс концептуальный уровень связан с обобщенным представлением
пользователей. Иначе говоря , может существовать несколько внешних
представлений, каждое из которых со стоит из более или менее абстрактного
представления определенной части базы данных и только одно концептуальное
представление, состоящее из абстрактного представления базы данных в целом.
(Вспомните, что большинство пользователей интересует не вся база данных, а
лишь ее некоторая ограниченная часть.) Также существует единственное
внутреннее представление, отражающее способ физического хранения всей базы
Для лучшего понимания этих идей рассмотрим пример, представленный на
рис. 3. Здесь отображено концептуальное представление простой базы данных о
персонале, а также соответствующие ему внутреннее и два внешних
представления (одно — для поль зователя, прим еняющего язык PL/I, а другое —
для пользователя, применяющего язык COBOL). Конечно, этот пример полностью
гипотетичен и мало похож на реальные сис темы, поскольку в нем умышленно
Рис. 3 Пример трех уровней представления базы данных
Рассматриваемый здесь пример нуждается в пояснениях.
На концептуальном уровне база данных содержит информацию о типе
сущности с именем EMPLOYEE (служащий). Каждый экземпляр
сущности EMPLOYEE включает атрибуты номера служащего
EMPLOYEE_NUMBER (длиной шесть символов), номера отдела
DEPARTMENT_NUMBER (длиной четыре символа) и зарплаты
На внутреннем уровне служащие представлены типом хранимой
записи STORED_EMP, длина которой составляет 20 байт. Запись
STORED_EMP содержит че тыре хранимых поля: шестибайтовый префикс
(возможно, содержащий управляющую информацию, такую как флаги или
указатели) и три поля данных, соот ветствующие трем свойствам
сущности, которая представляет служащего. Кроме того, записи STORED
Пользователь, применяющий язык PL /I, имеет дело с соответствующим
внешним представлением базы данных. В нем каждый сотрудник
представлен записью на языке PL/I, содержащей два поля (номера отделов
не представляют интереса для данного пользователя, поэтому в
представлении они опущены ). Тип записи определен с помощью обычной
Аналогично пользователь, прим еняющий язык COBOL, имеет дело с
собственным внешним представлением базы данных, в котором каждый
сотрудник представлен записью на языке COBOL, содержащей, опять ж е,
два поля (в данном случае опущен размер оклада). Тип записи определен с
помощью обычного описания на языке COBOL в соответствии с
Нужно обратить внимание, что в каждом случае соответствующие элементы
данных могут меть различные им ена. Например, к номеру сотрудника
обращаются, как к полю EMPt в представлении для языка PL/I и как к полю
EMPNO в представлении для языка COBOL. Этот же атрибут в концептуальном
представлении имеет имя E MP LOYEE_NUMBER, а во внутреннем представлении
Например, она должна знать, что поле EMPNO в представлении для языка
COBOL образовано из концептуального поля EMPLOYEE NUMBER, которое, в
Такие соответствия, или отображения, явно не показаны на рис. 3.
В данном случае не имеет особого значения, является ли рассматриваемая
Внешний уровень — это индивидуальный уровень пользователя. Как было
сказано главе 1, пользователь может быть прикладным программистом или
конечным пользователем с любым уровнем профессиональной подготовки.
(Особое место среди пользователей занимает адм инистратор базы данных (АБД).
В отличие от остальных пользователей, АБД интересует также концептуальный и
внутренний уровни. Об этом еще будет говориться в следующих двух разделах.)
Для прикладного программиста это либо один из распространенных
языков программирования (например, PL/I, C++ или Java), либо
специальный язык рассматриваемой системы. Такие оригинальные языки
называют языками четвертого поколения на том (не вполне
определенном!) основании, что машинный код, язык ассемблера и такие
языки, как PL /I, можно считать языками трех первых "поколений", а
оригинальные языки модернизированы по сравнению с языкам третьего
поколения так же, как языки третьего поколения улучшены по сравнению
Для конечного пользователя это или специальный язык запросов, или язык
специального назначения, который может быть основан на использовании
форм и меню, разработан специально с учетом требований пол ьзователя и
интерактивно поддерживаться некоторым оперативным приложением.
Для нашего обсуждения важно, что все эти языки включают подъязык
данных, т.е. подмножество операторов всего языка, связанное только с
объектами баз дан ных и операциям и с ними. Иначе говоря, подъязык данных
встроен в базовый язык, который дополнительно обеспечивает различные не
связанные с базами дан ных возможности (такие, как локальные (временные)
переменные, вычислительные операции, логические операции и т.д.). Система
может поддерживать любое количе ство базовых языков и любое количество
подъязыков данных. Однако существует один язык, который поддерживается
практически всеми сегодняшними систем ами. Это язык SQL. Большинство систем
позволяет использовать язык SQL и интерактивно, как самостоятельный язык
запросов, и посредством внедрения его операторов в другие языки
Хотя с точки зрения архитектуры удобно различать подъязык данных и
включающий его базовый язык, на практике они могут быть неразличимы
настолько, насколько это имеет отношение к пользователю. Безусловно, с точки
зрения пользователя пред почтительнее, чтобы они были неразличимы. Е сли они
неразличимы или трудноразли чимы, их называют сильно связанными. Если они
ясно и легко различаются, говорят, что эти языки сл або связ аны. В то время как
некоторые коммерческие. системы (особенно объектные системы) поддерживают
сильную связь, большин ство систем, в частности системы SQL, обычно
поддерживают лишь слабую свя зь. Системы с сильной связью м огли б ы
предоставить пользователю более унифициро ванный набор возможностей, но,
очевидно, они требуют боль ше усилий со стороны системных проектировщиков и
разработчиков, которые, вероятно, рассчитывают на сохранение статус-кво.
В принципе, любой подъязык данных является на самом деле ком бинацией
по крайней мере двух подчиненных языков — языка определения данных (data
definition language — DDL), который поддерживает определения или объявления
объектов базы данных, и языка обработки да нных (data manipulation language —
DML), который поддерживает операции с такими объектами или их обработку.
Например, рассмотрим пользователя языка PL/I (см. рис. 3). Подъязык данных
этого пользователя включает определенные средства языка PL/I, применяемые
Язык определения данных включает некоторые описательные структуры
языка PL/I, необходимые для объявления объектов базы данных. Это сам
оператор DECLARE (DCL), определенные типы данных языка PL/I, а также
возможные специальные дополнения для языка PL/I , предназначенные для
поддержки новых объектов, которые не поддерживаются существующей
Язык обработки данных состоит из тех выполняемых операторов языка PL/
I, которые передают информацию в базу данных и из нее; опять же,
Отдельного пользователя интересу ет лишь некоторая часть всей базы
данных. Кроме того, представление пользователя об этой части будет, безусловно,
чем-то абстрактным по сравнению с выбранным способом физического хранения
данных. В соответствии с терминологией ANSI/SPARC представление отдельного
пользователя называется внешним представлением. Таким образом, внешнее
представление— это содержимое базы данных, каким его видит определенный
пользователь (т.е. для каждого пользователя знешнее представление и есть та
база данных, с которой он работает). Например, пользователь из отдела кадров
может рассматривать базу данных как набор записей с информацией об отделах
плюс набор записей с информацией о служащих и ничего не знать о записях с
информацией о материалах и их поставщиках, с которыми рабо тают пользователи
В общем случае внешнее представление состоит из некоторого множества
экземпляров каждого из м ногих типов внешних записей (которые вовсе не
обязательно должны совпадать с хранимыми записями). Предоставляемый в
распоряжение пользователя подъязык данных всегда определяется в терминах
внешних записей. Напри мер, операция выборки языка обработки данных
осуществляет выборку экземпляров внешних, а не хранимых записей.
Каждое внешнее представление определяется посредством внешн е й схемы,
которая, в основном, состоит из определений записей каждого из типов, присутст -
вующих в этом внешнем представлении (см. рис. 3). Внешняя схема записывает ся
с помощью языка определения данных, являющегося подмножеством подъязы ка
данных пользователя. (Поэтому язык определения данных иногда называют
внешним языком определения данных.) Например, тип внешней записи о работни -
ке можно определить как шестисим вольное поле с номером работника, плюс поле
из пяти десятичных цифр, предназначенное для его зарплаты, и т.д. Кроме того,
может потребоваться определить отображен ие между внешней и исходной
Рис. 4 Детальная схема архитектуры системы баз данных
Концептуальное представление — это представление всей информации
базы данных в несколько более абстрактной форме (как и в случае внешнего
представления по сравнению с физическим способом хранения данных. Однако
концептуальное представление существенно отличается от представления данных
каким-либо отдельным пользователем. Вообще говоря, концептуальное
представление — это представление данных такими, какими они являются на
самом деле, а не такими, какими их вынужден видеть пользователь в рамках,
например, определенного языка или используемого ап паратного обеспечения.
Концептуальное представление состоит из некоторого множества
экземпляров каждого из существующих типов концептуальных зап исей.
Например, оно может состоять из набора экземпляров записей, содержащих
информацию об отделах, набора экземпляров записей, содержащих инф ор мацию
Автор статьи выявляет наиболее характерные проблемы в строительной области на этапах проектирования объектов (зданий) нового поколения. Для их идентификации строительным компаниям предлагается применять с июля 2019 года новую официальную версию — информационно-технологическую модель BIM. Данная модель позволит оптимизировать и сделать эффективным процесс проектирования на разных стадиях разработки и организации.
Ключевые слова: строительная сфера, строительство, проект, проектирование, внедрение, BIM-технология, информационная модель здания, эффективность проектирования.
The author of the article reveals the most typical problems in the construction area at the stages of designing facilities (buildings) of the new generation. To identify them, construction companies are invited to apply from July 2019 a new official version — the BIM information technology model. This model will optimize and make effective the design process at different stages of development and organization.
Keywords: construction sphere, construction, project, design, implementation, BIM-technology, building information model, design efficiency.
Строительство является одной из самых быстроразвивающихся отраслей в России. По своей направленности влияет на рост показателей строительного воспроизводства и потенциала в сфере строительства и недвижимости. Постоянное и динамичное развитие объемов строительства и инвестирования средств в проекты говорит об оптимистических прогнозах на 2020 г. Рост показателей объемов строительства уже в первом квартале 2019 г. вызван увеличением производства работ в строительной сфере; разработкой и внедрением новых проектов; доработанных технологических карт проектирования; инновациями в технологиях и материалах строительства; возведением новых видов объектов недвижимости; увеличением спроса на строительство частного владения и т. д. Но, есть и остаются актуальные проблемы, которые негативно отражаются на проектной деятельности, так как государственная политика в отношении развития проектных институтов отсутствует вообще. Институты, несмотря на нерешенность разного рода проблем продолжают функционировать и выживать совсем не в простых условиях.
Преобладание высоких и опережающих темпов в строительной отрасли задают новый уровень стандартам и требованиям к качеству возводимого жилья. Современные стандарты менеджмента качества ISO-9000 строительных конструкций зданий должны соответствовать проектным решениям и установленным нормативам. Решение сложных задач в комплексной работе непосредственно связано с проектированием, где необходимо руководствоваться новыми нормативами. Стандарты и нормативы влияют на эффективность и рациональность всего процесса, которые должны соблюдаться на всех стадиях: 1. Предпроизводственная стадия; 2. Производственная стадия (включает выработку и применение технологий строительно-монтажных процессов); 3. После производственная стадия (которая включает эксплуатацию объекта).
Основные стандарты включают: ISO 9000. Система менеджмента качества. Основные положения и словарь [1]; ISO 9001. Система менеджмента качества. Требования [2]; ISO 9004–2010. Система менеджмента качества. Менеджмент для достижения устойчивого развития организации [3]; ISO 19011. Руководство по аудиту систем менеджмента [3]; Р НОСТРОЙ 2.35.2–2011. Рекомендации. Система менеджмента качества. Руководство по применению стандарта ГОСТ Р ИСО 9001–2011 в строительных организациях [4]. С учетом вышеперечисленных стандартов применение научного и прикладного знания, инновационных подходов и методов, программных комплексов служат одним из главных инструментов качественного проектирования зданий.
Основные проблемы на этапах проектирования определены следующими причинами: во-первых, это разработанный свод правил в основе проектирования, который основывается на современном опыте проектной составляющей с учетом международных технических норм, внесенных в результаты научных исследований, вызывающих резонанс у проектировщиков в адрес разработчиков, так как новые нормативы не согласовываются с отечественными стандартами; во-вторых, это отсутствие технических условий на подключения сетей и программ, участвующих в проектировании; в-третьих, финансовая невозможность применения усовершенствованного информационного моделирования зданий; и в-четвертых, это слабое финансирование новых проектов, которое снижает их инвестиционную привлекательность и уменьшает сам портфель заказов.
В данной статье остановимся на внедрении в работу строительных компаний (организаций) инновационной модели информационного моделирования в процесс проектирования объекта (здания) нового поколения. Данная модель позволит снизить риски в проектном финансировании жилищного строительства. Внедрение проектного решения планируется на III квартал 2019 г. Переход на новую модель BIM-технологии поможет оценить все риски проекта, дать целостную экспертизу проекта здания и проконтролировать их реализацию на этапах проектирования.
Представим общую характеристику новой модели BIM (Building Information Modeling) — это информационное моделирование здания или информационная модель здания, также это цифровое представление физических и функциональных характеристик объекта, которое охватывает более чем просто геометрию здания, оно учитывает множество факторов и информацию об объекте, отдельных его элементах. Также преимуществом BIM является возможная оценка влияния его на окружающую среду и наоборот [5].
Модель BIM позволит на ранних этапах проектирования технико-экономических показателей сформировать эффективный алгоритм информационных действий способных автоматически отследить и сделать перерасчет всех параметров, если это является необходимым условием по тем или иным причинам проектировщика. Модель BIM, как путеводитель всех информационных потоков об объекте служит основой для принятия решений в течение всего жизненного цикла (далее — ЖЦ) этого объекта, так как позволяет передавать виртуальную информационную модель от команды разработчиков. Это ли не прорыв в строительной сфере для проектирования на всех его стадиях, когда BIM решает все задачи комплексно: от подготовки проектного предложения до проверки сметных расчетов.
К примеру, на стадиях сопровождения инвестиционных проектов модель BIM позволит: 1. подготовить и сформировать проектное предложение; 2. оценить степень влияния проектного предложения на целостность решения всех задач при проектировании, не упуская ни одной важной детали; 3. оценить влияние внутренней и внешней среды, в которой функционирует компания; 4. обосновать технологически финансово-техническую экспертизу и аудит инвестиционного проекта; 5. выработать и применить финансово-технический контроль и общее управление проектом; 6. проверить сметные расчеты в условиях автоматизации; 7. проверить и обосновать те или иные затраты на стадиях ЖЦ объекта.
BIM-технология, как грамотная модель определяет пути повышения качества проектов и экономию средств. Применение модели BIM в процессе мониторинга новых инвестиционных проектов позволит повысить качество, сделать работу над проектом прозрачной, так как сам проект является управляемым и тем самым создает условия для возможной экономии финансовых ресурсов, участвующих в проекте.
Эффективность применения BIM-технологии заключается в выявлении ошибок и погрешностей проектной документации в сравнении с традиционными методами проектирования, что в свою очередь позволит уменьшить время на проверку практически в шестьраз и сократить сроки координации и согласования проекта. И как следствие, создавая эффективную информационно-технологическую цепочку на каждой стадии проектирования строительного объекта. Также создает предпосылки, для совершенствования этапов проектирования: начиная с зарождения идеи и заканчивая исходным результатом. Конечно же, это не единственный инструмент, при помощи которого является возможным решить проблемы на стадиях проектирования, но все же определяет широкие возможности и варианты для реализации проектной деятельности в более выгодных и качественных направлениях.
1. ГОСТ Р ИСО 9000–2015 Системы менеджмента качества. Основные положения и словарь (с Поправкой), СПС, КонсультантПлюс, дата обращения: 20.10.2018.
Основные термины (генерируются автоматически): BIM, ISO, система менеджмента качества, проектное предложение, строительная сфера, этап проектирования, III, информационная модель здания, проектная деятельность, производственная стадия.
Содержание работы
1. СУЩНОСТЬ ПРОЕКТА 3
2. КЛАССИФИКАЦИЯ ТИПОВ ПРОЕКТОВ 7
3. ЖИЗНЕННЫЙ ЦИКЛ ПРОЕКТА 10
4. МЕТОДЫ УПРАВЛЕНИЯ ПРОЕКТАМИ 13
5. УПРАВЛЕНИЕ ПРОЕКТАМИ В УСЛОВИЯХ ГЛОБАЛЬНОГО КРИЗИСА 15
6. ПРОБЛЕМЫ В УПРАВЛЕНИИ ПРОЕКТАМИ 18
7. ПЕРСПЕКТИВЫ РАЗВИТИЯ УПРАВЛЕНИЯ ПРОЕКТАМИ 21
СПИСОК ИСТОЧНИКОВ 23
Файлы: 1 файл
Реферат_управление проектами.doc
1. Сущность проекта
В зарубежных странах для обозначения данного процесса проектирования использовался другой термин – designing (дизайн, проектирование здания, разработка изделия), а понятие project (проект) трактуется более широко.
В самом общем виде проект (англ. project) – это «что-либо, что задумывается или планируется, например, большое предприятие. С точки зрения системного подхода, проект может рассматриваться как процесс перехода из исходного состояния в конечное – результат при участии ряда ограничений и механизмов.
США, Институт Управления Проектами (PMI) определяет: проект - некоторое предприятие с изначально установленными целями, достижение которых определяет завершение проекта.
Великобритания, Английская Ассоциация проект-менеджеров определяеть: проект – это отдельное предприятие с определенными целями, часто включающими требования по времени, стоимости и качеству достигаемых результатов.
Инвестиционный проект понимается как инвестиционная акция, предусматривающая вложение определенного количества ресурсов, в том числе интеллектуальных, финансовых, материальных, человеческих, для получения запланированного результата и достижения определенных целей в обусловленные сроки. Финансовым результатом инвестиционного проекта чаще всего является прибыль/доход, материально-вещественным результатом – новые или реконструированные основные фонды (объекты) или приобретение и использование финансовых инструментов или нематериальных активов с последующим получением дохода.
В том случае, когда в качестве результатов реализации проекта выступают некоторые физические объекты (здания, сооружения, производственные комплексы), определение проекта может быть конкретизировано следующим образом: Проект – целенаправленное, заранее проработанное и запланированное создание или модернизация физических объектов, технологических процессов, технической и организационной документации для них, материальных, финансовых, трудовых и иных ресурсов, а также управленческих решений и мероприятий по их выполнению.
Рисунок 1 – Общие признаки проекта
Отличие проекта от производственной системы заключается в том, что проект является однократной, не циклической деятельностью. Серийный же выпуск продукции не имеет заранее определенного конца во времени и зависит лишь от наличия и величины спроса. Когда исчезает спрос, производственный цикл кончается. Производственные циклы в чистом виде не являются проектами. Однако в последнее время проектный подход все чаще применяется и к процессам, ориентированным на непрерывное производство. Например, проекты увеличения производства до указанного уровня в течение определенного периода, исходя из заданного бюджета, или выполнение определенных заказов, имеющих договорные сроки поставки.
Проект как система деятельности существует ровно столько времени, сколько его требуется для получения конечного резуль тата. Концепция проекта, однако, не противоречит концепции фирмы или предприятия и вполне совместима с ней. Более того, проект часто становится основной формой деятельности фирмы.
Управление проектом (project management) – деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам и ресурсам, а также качеству конечных результатов проекта.
Основная задача управления проектом: обеспечение выполнения выбранных параметров, отслеживание их значений и своевременная корректировка работы участников проекта.
Цель (миссия) и стратегия проекта.
Различают генеральную цель (говорят также – миссию) проекта от целей первого (и, возможно, последующих) уровней, а также подцелей/задач, действий и результатов.
Миссия – это генеральная цель проекта, четко выраженная причина его существования. Она детализирует статус проекта, обеспечивает ориентиры для определения целей следующих уровней, а также стратегий на различных организационных уровнях. Говорят также, что миссия – это главная задача проекта, с точки зрения его будущих основных услуг или изделий, его важнейших рынков и преимущественных технологий.
Стратегия проекта – центральное звено в выработке направлений действий с целью получения обозначенных миссией и системой целей результатов проекта.
Общие требования к инвестиционным проектам.
Инвестиционный проект должен содержать в себе:
- изменения как основное содержание проекта; под изменениями в проекте понимается замена одного решения другим при разработке и реализации проекта в связи с воздействием внешних и внутренних факторов. Соответственно и источники изменений делятся на внешние и внутренние;
- ограниченную во времени цель;
- ограниченную временную продолжительность проекта;
- бюджет проекта;
- ограниченность требуемых ресурсов;
- новизну;
- комплексность;
- правовое и организационное обеспечение проекта;
- разграничение с другими намерениями и видами деятельности.
- Класс. По составу и структуре проектов и его предметной области проекты разделяются на монопроекты, мультипроекты, мегапроекты.
- Тип. По основным сферам деятельности, в которых осуществляется проект, выделяют технические, организационные, экономические, социальные и смешанные проекты.
- Вид. По характеру предметной области проекты подразделяются на: инвестиционные, научно-исследовательские, учебно-образовательные, смешанные.
- Масштаб. По размерам самого проекта, количеству участников и степени влияния на окружающий мир проекты делят на: мелкие, средние, крупные и очень крупные проекты.
- Длительность. По продолжительности периода осуществления проекты подразделяются на: краткосрочные, среднесрочные и длительные проекты.
- Сложность. По степени сложности: простые, сложные и очень сложные.
- капиталовложения: до $10-15 млн.;
- трудозатраты: до 40-50 тыс. человеко-часов.
- высокой стоимостью (порядка $1 млрд. и более);
- капиталоемкостью – потребность в финансовых средствах в таких проектах, как правило, требует нетрадиционных (акционерных, смешанных) форм финансирования, обычно силами консорциума фирм;
- трудоемкостью – 2 млн. человеко-часов на проектирование, 15-20 млн. человеко-часов на строительство; длительностью реализации 5-7 и более лет;
- необходимостью участия других стран;
- отдаленностью районов реализации, а следовательно, дополнительными затратами на инфраструктуру;
- влиянием на социальную и экономическую среды региона и даже страны в целом.
Итак, в современном понимании проекты – то, что изменяет наш мир: строительство жилого дома или промышленного объекта, программа научно-исследовательских работ, реконструкция предприятия, создание новой организации, разработка новой техники и технологии, сооружение корабля, создание кинофильма, развитие региона, – это всё проекты.
2. Классификация типов проектов
Проекты могут различаться по сфере предложения, предметной области, масштабам, длительности, составу участников, сложности и др. характеристикам. Для удобства анализа проектов их можно классифицировать по различным критериям:
Малые проекты невелики по масштабу, просты и ограничены объемами. Так, в американской практике:
Примеры типичных малых проектов: опытно-промышленные установки, небольшие (часто в блочно-модульном исполнении) промышленные предприятия, модернизация действующих производств.
Малые проекты допускают ряд упрощений в процедуре проектирования и реализации, формировании команды проекта (можно просто кратковременно перераспределить интеллектуальные, трудовые и материальные ресурсы). Вместе с тем затруднительность исправления допущенных ошибок в связи с дефицитом времени на их устранение требует весьма тщательного определения объемных характеристик проекта, участников проекта и методов их работы, графика проекта и форм отчета, а также условий контракта.
Мегапроекты – это целевые программы, содержащие множество взаимосвязанных проектов, объединенных общей целью, выделенными ресурсами и отпущенным на их выполнение временем. Такие программы могут быть международными, государственными, национальными, региональными (например, развитие свободных экономических зон), межотраслевые (затрагивать интересы нескольких отраслей экономики), отраслевые и смешанные. Как правило, программы формируются, поддерживаются и координируются на верхних уровнях управления: государственном (межгосударственном), республиканском, областном, муниципальном и т.д.
Мегапроекты обладают рядом отличительных черт:
Краткосрочные проекты обычно реализуются на предприятиях по производству новинок различного рода, опытных установках, восстановительных работах. На таких объектах заказчик обычно идет на увеличение окончательной (фактической) стоимости проекта, против первоначальной, поскольку более всего он заинтересован в скорейшем его завершении.
Бездефектные проекты в качестве доминирующего фактора используют повышенное качество. Обычно стоимость бездефектных проектов весьма высока и измеряется сотнями миллионов и даже миллиардами долларов (например, атомные электростанции).
Международные проекты обычно выделяются значительной сложностью и стоимостью. Их отличает также важная роль в экономике и политике тех стран, для которых они разрабатываются. Эти проекты обычно основаны на взаимодополняющих отношениях и возможностях партнеров. Нередко для решения задач таких проектов создаются совместные предприятия, объединяющие двух или более участников для достижения некоторых коммерческих целей под определенным совместным контролем. При этом каждый партнер вносит свой вклад и определенным образом участвует в прибылях.
Читайте также: