Автор работы: Пользователь скрыл имя, 01 Мая 2012 в 21:56, курсовая работа
В данной работе представлена и рассмотрена классификация компьютерных программ по пяти основным категориям, детально рассмотрена каждая из них, приведены примеры использования и инферфейса.
Во второй части работы рассмотрена структура предметной области строительства, из которой видно какие функциональные блоки в нее входят, какое влияния они оказывают на проект.
Выбран и детально описан программный продукт «Spider Project Professional», его функции, отличия пакета от его западных аналогов, характер и цели его использования.
Вступление . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3
Классификация компьютерных программ. . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Системные программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4
Средства разработки других программ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
Программы для обработки знаковых систем. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Коммуникационные программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8
Приложения. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Модель предметной области строительства. . . . . . . . . . . . . . . . . . . . . . . . . . .13
Технико-технологический блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14
Экономический блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Организационно-управленческий блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Правовой блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23
Информационный блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25
Программа для управления проектом Spider Project Professional. . . . . . 26
Архитектура и конфигурации пакета . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Особенности пакета. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Выводы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . 35
Использованная литература. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..36
Специальность «Менеджмент организации»
Специализация «Управление проектом»
Курсовой проект
по дисциплине
«Информационные технологии управления»
на тему «Анализ целесообразности использования Spider Project для управления проектом»
Москва 2011
Содержание
Вступление . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3
Классификация компьютерных программ. . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Системные программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4
Средства разработки других программ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
Программы для обработки знаковых систем. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Коммуникационные программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8
Приложения. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Модель предметной области строительства. . . . . . . . . . . . . . . . . . . . . . . . . . .13
Технико-технологический блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14
Экономический блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Организационно-управленческий блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Правовой блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23
Информационный блок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25
Программа для управления проектом Spider Project Professional. . . . . . 26
Особенности пакета. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Выводы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . 35
Использованная литература. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..36
Вступление.
В данной работе представлена и рассмотрена классификация компьютерных программ по пяти основным категориям, детально рассмотрена каждая из них, приведены примеры использования и инферфейса.
Во второй части работы рассмотрена структура предметной области строительства, из которой видно какие функциональные блоки в нее входят, какое влияния они оказывают на проект.
Выбран и детально описан программный продукт «Spider Project Professional», его функции, отличия пакета от его западных аналогов, характер и цели его использования.
Данный курсовой проект позволяет расширить и углубить знания студента о современных информационных технологиях, используемых в повседневной жизни и в области строительства, рассмотреть главные аспекты строительства, узнать о новейших тенденциях программных продуктов, применяемых в управлении проектом.
Классификация компьютерных программ.
Компьютерные программы можно разделить на 5 типов: системные программы, средства разработки программ, программы для обработки знаковых систем, коммуникационные программы, приложения. Графически их можно представить в таком виде:
Загрузка программ в оперативную память и их выполнение
Стандартизованный доступ к периферийным устройствам (устройства ввода-вывода)
Управление оперативной памятью (распределение между процессами, организация виртуальной памяти)
Управление доступом к данным на энергонезависимых носителях (таких как жёсткий диск, оптические диски и др.), организованным в той или иной файловой системе
Обеспечение пользовательского интерфейса
Сохранение информации об ошибках системы
Параллельное или псевдопараллельное выполнение задач
Эффективное распределение ресурсов вычислительной системы между процессами.
Разграничение доступа различных процессов к ресурсам
Наиболее распространёны операционные системы семейства Microsoft Windows и системы класса UNIX (особенно Linux и Mac OS).
языки программирования (C++,Си, Java, Delfi, VB, Pascal и многие другие);
средства создания пользовательского интерфейса (MFC, WPF, QT, GTK+ и т.д.)
средства управления версиями программного кода (cvs, svn, VSS).
средства получения исполняемого кода (MS Visual Studio, gcc и многие другие).
средства управления базами данных (Оracle, MS SQL, FireBird, MySQL и многие другие).
отладчики (MS Visual Studio, gdb и т.д.).
Процесс разработки программ является сложным процессом и то, какие средства необходимо применять во многом зависит от задач, поставленным перед разработчиками. В независимости от задач разработки средства нельзя ограничивать лишь набором каких-то инструментальных средств, также необходимо включать методы, методики, подходы и все-то, что применяется для создания программы, отвечающей заданным требованиям.
На примере MS Visual Basic видно, что программа включает в себя форму будущего вида программы, программный код, инструменты и проч.
Текстовые процессоры представляют собой расширенную версию текстового редактора с возможностью форматирования текста, внедрения в него графики и формул, таблиц и объектов. Предназначены они для создания различного рода документов, от личных писем до официальных бумаг. Классический пример — Microsoft Word. Также примерами могут служить AbiWord, Lotus WordPro, WordPad — входит в дистрибутив MS Windows, OpenOffice.org Writer, PolyEdit, WordPerfect.
Электронная таблица — компьютерная программа, позволяющая проводить вычисления с данными, представленными в виде двухмерных массивов, имитирующих бумажные таблицы.
Электронные таблицы представляют собой удобный инструмент для автоматизации вычислений. Многие расчёты, в частности в области бухгалтерского учёта, выполняются в табличной форме: балансы, расчётные ведомости, сметы расходов и т. п. Кроме того, решение численными методами целого ряда математических задач удобно выполнять именно в табличной форме. Использование математических формул в электронных таблицах позволяет представить взаимосвязь между различными параметрами некоторой реальной системы. Решения многих вычислительных задач, которые раньше можно было осуществить только с помощью программирования, стало возможно реализовать через математическое моделирование в электронной таблице.
Примерный интерфейс:
Примеры электронных таблиц:
KSpread, KOffice, Lotus 1-2-3, Microsoft Excel, Numbers, iWork, LibreOffice Calc, OpenOffice.org Calc
Примеры:
Иерархическая
Сетевая
Реляционная,
Объектная и объектно-ориентированная
Объектно-реляционная
Функциональная.
Во вторичной памяти, или традиционная: средой постоянного хранения является периферийная энергонезависимая память (вторичная память) — как правило жёсткий диск.
В оперативную память СУБД помещает лишь кеш и данные для текущей обработки.
В оперативной: все данные на стадии исполнения находятся в оперативной памяти.
В третичной памяти: средой постоянного хранения является отсоединяемое от сервера устройство массового хранения (третичная память), как правило на основе магнитных лент или оптических дисков.
Во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кеш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры.
Классификация по содержимому
Примеры:
Географическая
Историческая
Научная
Мультимедийная.
Коммуникационные программы.
Коммуникационные программы предназначены для различного вида общения пользователей компьютера. Их появление обусловлено развитием интернета, количество таких программ растет от года к году. Интернет представляет нам возможностям и коммуникационные программы такие, как ICQ, Skype, Yahoo massager, Google Talk незаменимы. Коммуникационные программы и различного вида месседжеры позволяют общаться в реальном времени с людьми находящимися на расстоянии от вас. Благодаря им появилась возможность живого общения с коллегами со всего мира.
Самая известная из всех программа — Skype. Программа Skype — это система Интернет-телефонии, которая позволяет людям свободно общаться по всему миру, часто используя для этого веб-камеры. Наличие таких функций такие, как связь между абонентами Skype, находящимися в любой точке мира посредством текста, голоса и видео, пересылка файлов любого объема с максимально возможной скоростью и организация телефонных конференций с несколькими собеседниками делает эту программу просто незаменимой.
Типичный интерфейс Skypе.
Электронная почта— технология и предоставляемые ею услуги по пересылке и получению электронных сообщений (называемых «письма» или «электронные письма») по распределённой (в том числе глобальной) компьютерной сети.
Электронная почта по составу элементов и принципу работы практически повторяет систему обычной (бумажной) почты, заимствуя как термины (почта, письмо, конверт, вложение, ящик, доставка и другие), так и характерные особенности - простоту использования, задержки передачи сообщений, достаточную надёжность и в то же время отсутствие гарантии доставки.
Услуги электронной почты предлагают практически все интернет-поисковики и различные интернет порталы.
Типичный интерфейс программы:
Достоинствами электронной почты являются: легко воспринимаемые и запоминаемые человеком адреса вида имя_пользователя@имя_домена (например somebody@example.com); возможность передачи как простого текста, так и форматированного, а также произвольных файлов; независимость серверов (в общем случае они обращаются друг к другу непосредственно); достаточно высокая надёжность доставки сообщения; простота использования человеком и программами.
Недостатки электронной почты: наличие такого явления, как спам (массовые рекламные и вирусные рассылки); теоретическая невозможность гарантированной доставки конкретного письма; возможные задержки доставки сообщения (до нескольких суток); ограничения на размер одного сообщения и на общий размер сообщений в почтовом ящике (персональные для пользователей).
Браузер— программное обеспечение для просмотра веб-сайтов, то есть для запроса веб-страниц, их обработки, вывода и перехода от одной страницы к другой. Браузер — комплексное приложение для обработки и вывода разных составляющих веб-страницы и для предоставления интерфейса между веб-сайтом и его посетителем. Практически все популярные браузеры распространяются бесплатно или «в комплекте» с другими приложениями: Internet Explorer (совместно с Microsoft Windows), Mozilla Firefox (бесплатно, свободное ПО, совместимо с некоторыми дистрибутивами Linux, например Ubuntu), Safari (совместно с Mac OS X и бесплатно для Microsoft Windows), Google Chrome (бесплатно), Opera (бесплатно начиная с версии 8.50).
Интерфейс браузера Mozilla Firefox:
ICQ является централизованной службой мгновенного обмена сообщениями. Пользователь службы работает с программой-клиентом, запущенной на устройстве, соединённом с сетью Интернет.
Помимо обмена сообщениями, ICQ предлагает пользователям чаты с несколькими участниками, возможность видео-конференций, передачу файлов различных форматов, различные игры и т.п.
Приложения.
Прикладная программа или приложение — программа, предназначенная для выполнения определенных пользовательских задач и рассчитанная на непосредственное взаимодействие с пользователем. В большинстве операционных систем прикладные программы не могут обращаться к ресурсам компьютера напрямую, а взаимодействуют с оборудованием и проч. посредством операционной системы.
К прикладному программному обеспечению относятся компьютерные программы, написанные для пользователей или самими пользователями, для задания компьютеру конкретной работы. Программы обработки заказов или создания списков рассылки — пример прикладного программного обеспечения.
программные средства общего назначения
o
o
o
o
программные средства специального назначения
o
o
o
o
программные средства профессионального уровня
o
o
o
o
o
o
o
o
Прикладное программное обеспечение предприятий и организаций. Например, финансовое управление, система отношений с потребителями, сеть поставок. К этому типу относится также ведомственное ПО предприятий малого бизнеса, а также ПО отдельных подразделений внутри большого предприятия. (Примеры: Управление транспортными расходами, Служба IT поддержки)
Программное обеспечение обеспечивает доступ пользователя к устройствам компьютера.
Программное обеспечение инфраструктуры предприятия. Обеспечивает общие возможности для поддержки ПО предприятий. Это системы управления базами данных, серверы электронной почты, управление сетью и безопасностью.
Программное обеспечение информационного работника. Обслуживает потребности индивидуальных пользователей в создании и управлении информацией. Это, как правило, управление временем, ресурсами, документацией, например, текстовые редакторы, электронные таблицы, программы-клиенты для электронной почты и блогов, персональные информационные системы и медиа редакторы.
Программное обеспечение для доступа к контенту. Используется для доступа к тем или иным программам или ресурсам без их редактирования (однако может и включать функцию редактирования). Предназначено для групп или индивидуальных пользователей цифрового контента. Это, например, медиа-плееры, веб-браузеры, вспомогательные браузеры и др.
Образовательное программное обеспечение по содержанию близко к ПО для медиа и развлечений, однако в отличие от него имеет четкие требования по тестированию знаний пользователя и отслеживанию прогресса в изучении того или иного материала. Многие образовательные программы включают функции совместного пользования и многостороннего сотрудничества.
Имитационное программное обеспечение. Используется для симуляции физических или абстрактных систем в целях научных исследований, обучения или развлечения.
Инструментальные программные средства в области медиа. Обеспечивают потребности пользователей, которые производят печатные или электронные медиа ресурсы для других потребителей, на коммерческой или образовательной основе. Это программы полиграфической обработки, верстки, обработки мультимедиа, редакторы HTML, редакторы цифровой анимации, цифрового звука и т. п.
Прикладные программы для проектирования и конструирования. Используются при разработке аппаратного и программного обеспечения. Охватывают автоматизированный дизайн, автоматизированное проектирование, редактирование и компилирование языков программирования, программы интегрированной среды разработки, интерфейсы для прикладного программирования.
Объектами строительства являются здания (объемные строительные системы, имеющие надземную и (или) подземную части, включающие в себя помещения, сети инженерно-технического обеспечения и системы инженерно-технического обеспечения и предназначенные для проживания и (или) деятельности людей, размещения производства, хранения продукции или содержания животных), сооружения (объемные, плоскостные или линейные строительные системы, имеющие наземную, надземную и (или) подземную части, состоящие из несущих, а в отдельных случаях и ограждающих строительных конструкций и предназначенные для выполнения производственных процессов различного вида, хранения продукции, временного пребывания людей, перемещения людей и грузов), башни, вышки, градирни, резервуары, линии электропередачи, линии связи (в том числе линейно-кабельные сооружения), трубопроводы, автомобильные дороги, железнодорожные пути, мосты, аэродромы, тоннели, малые архитектурные формы, временные сооружения и проч.
В зависимости от назначения строящихся объектов различают следующие виды строительства:
Промышленное (заводы, фабрики)
Транспортное (дороги, мосты, тоннели)
Гражданское (жилые дома, общественные здания)
Военное (объекты военного назначения)
Гидротехническое (плотины, дамбы, каналы, берегоукрепительные сооружения и устройства, водохранилища)
Гидромелиоративное (системы орошения, осушения)
Всю сферу строительства можно разделить на 5 блоков:
Рассмотрим эти 5 блоков подробнее.
Технико-технологический блок.
Архитектурно-строительное проектирование.
Цели и задачи строительного проектирования.
Проектирование выступает в качестве промежуточного звена между наукой и строительным производством и оказывает существенное влияние на технический прогресс и эффективность строительного производства.
Основная цель строительного проектирования – своевременное обеспечение капитального строительства качественной проектно-сметной документацией (ПСД). По Российским законам ни один проект без утвержденного ПСД не должен строиться.
ПСД проходит неоднократную экспертизу. Строительство объектов осуществляется по заранее разработанному проекту.
Проект включает в себя объект формирования и конструкторского решения, материалы ПОС, техническое экономическое, мероприятия по охране окружающей среды и другие материалы.
Основными документами, регулирующими отношения между заказчиком и проектной организацией, является договор на выполнение проектных работ. В договоре должно быть задание на проектирование. Основными общими требованиями являются СНиП на производство проектно-изыскательных работ.
Вместе с заданием на проектирование заказчик должен предоставить исходные документы и материалы:
ТЭО
Сведения о проведении обсуждения с общественностью о решениях сооружения объекта
Технические условия на присоединение объектов к источниках снабжения, инженерным сетям и коммуникациям
Материалы, характеризующие социально-экономическую обстановку, природную среду, санитарно-эпидемеологическую обстановку.
Перед проектированием проводятся инженерные изыскания:
Топографо-геодезические
Инженерно-гидрологические
Инженерно-геологические
Материалы инженерных изысканий оформляются в виде карт, планов, чертежей, на которые наносятся имеющиеся на участке здания, сооружения, подземные и надзмные коммуникации. Затем по данным инженерно-изысканий ведутся работы.
Главным ответственным за качество ПД лицом является главный инженер проекта (ГИП) или главный архитектор проекта (ГАП).
ПД должна разрабатываться на конкурсной основе том числе через тендер. Проектные решения должны отвечать нормам и стандартам ПСД, подлежат государственной экспертизе .
Индустриальное строительство основано на применении типовых конструкций и деталей, рассчитанных на их массовое серийное производство специализированными предприятиями.
Типовыми называют конструкции и детали, имеющие наиболее рациональное решение и предназначенные для многократного применения. Число типов и размеров, или, как говорят, «типоразмеров» строительных элементов, должно быть ограниченным, так как это упрощает их изготовление и удешевляет строительство. Поэтому типизация сопровождается унификацией, т.е. проведением многообразных видов типовых конструкций и деталей к небольшому числу определенных типов, единообразных по форме и размерам. При унификации конструкций и деталей следует обеспечивать их взаимозаменяемость.
Взаимозаменяемость позволяет заменять одни элементы другими без изменения основных проектных размеров здания, например расстояний между разбивочными осями по ширине или длине здания. Взаимозаменяемость позволяет использовать один и тот же проект, применяя в нем различные варианты конструктивных деталей в зависимости от местных условий.
Исходный документ для проектирования любого здания - задание на проектирование, которое проектная организация получает от заказчика. В этом задании указывают место расположения объекта и главнейшие требования к нему, которые должны быть положены в основу проекта, а так же в них определены сроки строительства и очередность.
На основании задания на проектирование проектная организация ведет проектирование здания, как правило, по двум стадиям: сначала разрабатывают проектное задание со сводным сметно-финансовыми расчетами (первая стадия), а затем - рабочие чертежи (вторая стадия).
При проектировании несложных объектов допускается разработка проектов в одну стадию.
В некоторых случаях при проектировании предприятий с новой неосвоенной или особо сложной технологией производства, а также с новыми видами оборудования в виде исключения и с разрешения органа, утверждающего проектное задание, проектные решения цехов задания до разработки рабочих чертежей.
Проектное задание имеет целью установить техническую возможность и экономическую целесообразность предполагаемого строительства в данном месте и в намеченные сроки, обеспечить снабжение основным сырьем, топливом водой, энергией, строительными материалами, а так же установить основные технические решения проектируемых объектов, общую стоимость строительства и основные технико-экономические показатели.
Рабочие чертежи уточняют и детализируют проектное задание.
Рабочие чертежи составляются в виде: общих (планов и разрезов) и деталировочных чертежей, на которых указывают на размеры всех деталей и элементов или сооружений, их сопряжения, сечения конструктивных элементов и дают необходимые спецификации.
На утверждение представляют:
- при двухстадийном проектировании - проектное задание со сводным сметно - финансовым расчетом;
- при одностадийном проектировании - пояснительную записку, основные чертежи со сметно-финансовым расчетом и технический со сводной сметой.
Рабочие чертежи составляют ответственные за исполнения проектных организации или заводы - поставщики оборудования, и их не утверждают.
Основные принципы, которые положены в основу архитектурного-конструктивного проектирования в современных условиях индустриального строительства, следующие:
- укрупнение сборных элементов и повышение степени их заводской готовности;
- снижение массы конструктивных элементов здания;
- увязка размеров и массы конструктивных элементов и деталей с мощностью транспортных и монтажных механизмов;
- повышение так называемой «технологичности» конструкций и деталей, т.е. создание таких элементов, которые позволяют организовать их заводское производство наиболее просто, экономично с широким применением механизации и автоматизации;
- унификация объемно-планировочных решений зданий, а так же конструкций, деталей и изделий;
- соответствие планировочного, конструктивного и архитектурно-художественного решения здания и его назначению и технико-экономическим требованиям;
Территориальное планирование.
Территориальное планирование - планирование развития территорий, в том числе для установления зон, для которых документами территориального планирования (схемами территориального планирования) определены границы и функциональное назначение, зон планируемого размещения объектов капитального строительства для государственных и муниципальных нужд, зон с особыми условиями использования территорий.
Территориальное планирование включает в себя:
Анализ существующей планировочной организации и зонирования территории.
Анализ и оценка существующего состояния и проектов перспективного развития территории.
Определение границ и структуры зонирования.
Разработка схемы комплексной оценки территории.
Подготовка опорного плана территории.
Оценка ресурсного потенциала территории, по-факторная оценка.
Разработка концепции развития территории.
Разработка основных положений и разделов проекта.
Формирование базы данных информационной системы обеспечения градостроительной деятельности.
Проведение общественных слушаний, экспертиза, согласование и утверждение документов территориального планирования.
Строительные материалы.
Строительные материалы — материалы для возведения зданий и сооружений.
Наряду со «старыми» материалами как древесина и кирпич с началом промышленной революции появились новые стройматериалы как бетон, сталь, стекло и пластмасса. В настоящее время широко используют предварительно напряжённый железобетон и металлопластик.
В процессе строительства, эксплуатации и ремонта зданий и сооружений строительные изделия и конструкции из которых они возводятся подвергаются различным физико-механическим, физическим и технологическим воздействиям. От инженера-строителя требуется со знанием дела правильно выбрать материал, изделия или конструкцию которая обладает достаточной стойкостью, надёжностью и долговечностью для конкретных условий.
Строительные материалы и изделия, применяемые при строительстве, реконструкции и ремонте различных зданий и сооружений, делятся на
природные
искусственные
которые в свою очередь подразделяются на две основные категории:
к первой категории относят:
кирпич, бетон, цемент, лесоматериалы и др. Их применяют при возведении различных элементов зданий (стен, перекрытий, покрытий, полов).
ко второй категории — специального назначения:
гидроизоляционные, теплоизоляционные, акустические и др.
Основные виды строительных материалов и изделий
каменные природные строительные материалы и изделия из них
вяжущие материалы неорганические и органические
лесные материалы и изделия из них
металлические изделия
В зависимости от назначения, условий строительства и эксплуатации зданий и сооружений подбираются соответствующие строительные материалы, которые обладают определёнными качествами и защитными свойствами от воздействия на них различной внешней среды. Учитывая эти особенности, любой строительный материал должен обладать определёнными строительно-техническими свойствами. Например, материал для наружных стен зданий должен обладать наименьшей теплопроводностью при достаточной прочности, чтобы защищать помещение от наружного холода; материал сооружения гидромелиоративного назначения — водонепроницаемостью и стойкостью к попеременному увлажнению и высыханию; материал для покрытия дорог (асфальт, бетон) должен иметь достаточную прочность и малую истираемость, чтобы выдержать нагрузки от транспорта.
Классифицируя материалы и изделия, необходимо помнить, что они должны обладать хорошими свойствами и качествами.
Градостроительное регулирование включает в себя:
1. Градостроительные отношения — отношения, связанные с деятельностью по развитию территорий, в том числе городов и иных поселений, осуществляемой в виде:
— территориального планирования,
— градостроительного зонирования,
— планировки территории,
— инженерных изысканий,
— архитектурно-строительного проектирования,
— строительства объектов капитального строительства,
— реконструкции объектов капитального строительства,
— капитального ремонта, при проведении которого затрагиваются конструктивные и другие характеристики надежности и безопасности объектов капитального строительства.
2. Отношения, связанные с:
— принятием мер по обеспечению безопасности строительства,
— предупреждению чрезвычайных ситуаций природного и техногенного характера,
— ликвидации их последствий -
при осуществлении градостроительной деятельности, если такие отношения не урегулированы специальными законами.
Экономический блок
Экономический блок в строительной сфере затрагивает вопросы ценообразования, сметы, налогов и бухгалтерского учета, инвестирования проч.
Ценообразование в строительстве — это механизм образования стоимости услуг и материалов на строительном рынке. Политика ценообразования в строительстве является частью общей ценовой политики и базируется на общих для всех отраслей принципах ценообразования. Цена — это экономическая категория и инструмент развития отрасли, представляющая собой денежное выражение стоимости единицы строительной продукции.
издержки на изготовление и сбыт продукции;
конъюнктура целевого рынка и соотношение спроса и предложения на товар фирмы;
ценовая политика фирмы.
Первые два фактора учитываются при ценообразовании. Третий фактор реализуется в зависимости от целей ценообразования фирмы (ценовой политики фирмы).
обеспечение определенного размера прибыли;
обеспечение определенного объема продаж;
сохранение существующего положения фирмы;
вытеснение конкурентов;
внедрение на рынке новой продукции;
завоевание лидерства по показателям качества.
Этапы ценообразования:
определение спроса;
оценка издержек и установление нижнего предела цены;
анализ цен и характеристик товаров конкурентов;
выбор методов ценообразования и оценка верхнего предела цены;
разработка ценовой политики;
установление цены на продукцию фирмы на конкретный период.
1. Объекты строительства различаются по габаритам, площади, этажности, материалам конструктивных элементов. Это относится и к объектам, строящимся по типовым проектам, поскольку каждый из них зависит от местных условий, к которым они привязаны, не говоря уже об объектах, возводимых по индивидуальным проектам. Следовательно, практически каждое здание и сооружение имеет свою индивидуальную цену.
2. В строительстве (в отличие от промышленности) как правило устанавливаются цены не на законченный объект или отдельное сооружение, а в основном на отдельные единичные виды строительно-монтажных работ (СМР) или законченные элементы конструкции. Это обусловливается тем, что в процессе строительства объекта может принимать участие большое количество подрядных и субподрядных узкоспециализированных организаций, продукцией которых является не готовый к продаже объект, а выполняемые ими отдельные виды СМР. Цена за законченный объект, складывающаяся из стоимостей выполненных работ или стоимостей отдельных сооружений, имеет значение в основном для заказчика, инвестора или застройщика.
3. На цену строительных или монтажных работ значительное влияние оказывают применяемые строительные технологии и оборудование. Поэтому цена на один и тот же вид строительно-монтажной работы может быть различной у разных строительных организаций- На начальных этапах проектирования объекта при определении его стоимости закладываются усреднённые (чаще всего нормативные) расценки, учитывающие сложившийся уровень цен на строительные материалы, действующий уровень заработной платы и наиболее распространённые строительные технологии.
4. Строительство отличается большой длительностью производственного цикла. Следовательно, проектная цена может не совпадать с фактической (особенно в условиях инфляции), что вызывает необходимость учитывать фактор времени при формировании цены в строительстве.
5. Строительная продукция отличается высокой материалоёмкостью и значительными трудозатратами В связи с тем, что цена в строительстве формируется не от реальной себестоимости, а от сметной стоимости, составляющие элементы цены могут и не отражать фактического уровня затрат на приобретение материалов и других ресурсов. Это обусловливает необходимость систематически отслеживать цены на строительные материалы и трудовые ресурсы и определять, как их изменение влияет на себестоимость строительной продукции.
6. Формирование цены в строительстве осуществляется проектировщиком, заказчиком и подрядчиком, каждый из которых преследует собственные коммерческие цели. Поэтому окончательная цена на строительную продукцию является, по сути, компромиссной ценой между всеми субъектами строительного производства.
Налоговый и бухгалтерский учет.
Налоговый и бухгалтерский учет в строительстве достаточно специфичен. Ведь организация может выступать в роли как подрядчика или застройщика, так и инвестора. В такой ситуации главное – не утонуть в этих разноликих строительных расходах.
Как и на предприятиях других сфер деятельности, учет в строительных организациях ведется в соответствии с нормативными документами и учетной политикой. В качестве основного элемента нормативного регулирования в данном случае выступает ПБУ 2/94 «Учет договоров (контрактов) на капитальное строительство», утвержденное приказом Минфина от 20 декабря 1994 г. № 167 (далее – ПБУ 2/94). При формировании же учетной политики необходимо учесть один нюанс: строительная фирма может выступать и в роли застройщика (заказчика) или инвестора, и в роли подрядчика. Причем в каждом случае учет расходов на строительство разный.
Инвестиционная деятельность.
Главные субъекты инвестиционной деятельности в строительстве являются:
инвестор(основная задача: идея и финансирование)
заказчик
застройщик
проектная организация
генеральный субподрядчик
субподрядная организация
Инвестор принимает решение о вложении собственных и заёмных финансовых средств в строительство объекта. Инвесторы имеют юридические права на полное распоряжение ресурсами инвестиций.
Генеральный подрядчик – строительно-монтажная организация, которая полностью отвечает перед заказчиком за возведение объекта в соответствии с условиями договора, СНиПами, проектно-сметной документацией.
Субподрядчик – выполняет отделочно-монтажные или пуско-монтажные работы, не входящие в состав общестроительных работ. Субподрядчика выбирает заказчик или инвестор.
Организационно-управленческий блок.
Управление строительными проектами (управление проектом строительства) - это целый комплекс мероприятий, направленных на оптимизацию расходуемого времени при заданных материальных и денежных ресурсах на всех этапах ведения строительства какого-либо объекта, включая проектирование.
Для успешной реализации проекта необходим комплекс знаний из различных управленческих сфер: общего менеджмента, финансового менеджмента, управления персоналом и многих других. При этом очень важно наличие навыков работы в условиях ограниченности ресурсов и информационной неопределенности. Особое внимание следует уделить взаимодействию управляющей системы и команды проекта.
Взаимосвязь управляющей компании и команды проекта можно представить в следующем виде:
Организация работ по проекту.
Ниже приведена схема организации команды проекта.
Обычно, все участники проекта подчиняются менеджеру проекта. Функциональные подразделения обеспечивают техническую поддержку работ по проекту.
Для эффективной работы команды проекта используют 3 метода руководства: организационный, экономический и распорядительный.
Организационные методы руководства
Организационные методы руководства включают приемы и средства организационного влияния (воздействия) на трудовые коллективы. К задачам этих методов руководства относится разработка положений, определяющих состав организационно-
В результате нормирования устанавливаются затраты материалов и энергетических ресурсов на единицу объема работ: нормы времени, выработки; нормативы численности, нормы управляемости; соотношения категорий разных видов работников; размеры рабочего дня и отпусков. Действенность организационного нормирования зависит от его сочетания с материальным и моральным стимулированием, а также с применением соответствующих санкций за нарушение норм.
Инструкции могут быть детализированы в различной степени. Однако следует признать вредными попытки создания как можно более подробных инструкций. Особенно они вредны при необоснованном недоверии к деловым и моральным качествам подчиненных. Ограничение инициативы подчиненных лишает их удовлетворения от работы, способствует перестраховке, излишнему формализму и бюрократизму.
Экономические методы руководства
Экономические методы руководства занимают центральное место в активизации производственной деятельности трудовых коллективов строительных предприятий. Они представляют собой способы воздействия, в основе которых лежат объективные экономические законы, стимулирующие заинтересованность людей в достижении конечных результатов производственно-хозяйственной деятельности строительных организаций.
Экономические методы руководства реализуются посредством хозрасчета, главными особенностями которого являются достижение производственных результатов при наименьших затратах трудовых, материально-технических и финансовых ресурсов, при условии выполнения обязательств по договору с потребителями строительной продукции (заказчиками) об окончании строительства объектов в обусловленный контрактом срок с получением определенного хозяйственного дохода.
При хозрасчете обеспечивается участие каждого подразделения строительной организации, каждого члена трудового коллектива в управлении производственным процессом, точнее, в самоуправлении. Для этого важно, чтобы каждое подразделение в период строительства объектов имело свои плановые показатели, которые позволяют дать оценку затрат за каждый плановый период.
Основу деятельности строительных предприятий при экономических методах руководства составляют финансирование и окупаемость затрат за счет хозяйственного дохода, т. е. используются такие экономические категории, как самофинансирование и самоокупаемость.
Хозяйственный доход является основным источником оплаты труда и материального поощрения, фонда развития производства и социального развития предприятий. Стремление к увеличению дохода побуждает трудовые коллективы к экономичному ведению хозяйства, рациональному расходованию материальных, трудовых и финансовых ресурсов.
Распорядительные методы руководства
Распорядительные методы руководства предназначены для конкретизации всех форм воздействий в процессе управления. Они позволяют регулировать выполнение планов путем устранения или локализации дестабилизирующих факторов в ходе производственного процесса. Исходным положением для применения распорядительных методов руководства должны быть организационные регламенты и планы работы. Без этих документов распорядительные методы сводятся к решению разрозненных частных вопросов, при этом решения руководителя будут основаны главным образом на его субъективных представлениях.
Распоряжения могут носить разный характер и иметь различную степень категоричности. Если оно касается только конечных целей, то это задание; если же руководитель определяет способы достижения целей, то это инструктивное предписание (инструкция). Распоряжения могут содержать только задание или задание и инструкцию. Во всех случаях распоряжения должны четко формулироваться. Наиболее категоричной формой распорядительного воздействия является приказ.
Таким образом, комбинирование этих трех методов обеспечивает наиболее лучшую производительность труда и управленческое воздействие на команды проекта.
Правовой блок.
Правовой блок состоит из различных технологических и экономических регламентов по строительным работам, которые регулируют качество и стандарты исполнения проекта.
Важной частью правового блока являются договора на строительство и строительные нормативы.
Строительные нормы и правила (СНиП) — совокупность принятых органами исполнительной власти нормативных актов технического, экономического и правового характера, регламентирующих осуществление градостроительной деятельности, а также инженерных изысканий, архитектурно-строительного проектирования и строительства.
Безопасность
Конструкции
Инженерные сети и системы
Транспорт
Гидротехнические сооружения
Градостроительство
Технический регламент — документ (нормативный правовой акт), устанавливающий обязательные для применения и исполнения требования к объектам технического регулирования (продукции, в том числе зданиям, строениям и сооружениям, процессам производства, эксплуатации, хранения, перевозки, реализации и утилизации).
Технические регламенты носят обязательный характер, однако могут устанавливать только минимально необходимые требования в области безопасности, причем приниматься они могут только в определенных целях, а именно:
защиты жизни или здоровья граждан, имущества физических или юридических лиц, государственного или муниципального имущества;
охраны окружающей среды, жизни или здоровья животных и растений;
предупреждения действий, вводящих в заблуждение приобретателей;
обеспечения энергетической эффективности.
Строительный договор.
Для строительства объектов недвижимости необходимо выполнение огромного количества работ с использованием различного рода материалов. При возведении того или иного здания, строения или сооружения согласно нормам гражданского законодательства между заказчиком строительства и подрядчиком заключаются необходимые договоры.
Традиционно этими договорами являются договоры строительного подряда. Данный вид договоров является очень сложным, так как при их заключении стороны должны оговорить значительный круг вопросов: сроки окончания работ (поэтапно или единовременно); порядок их оплаты; поставку материалов; установку оборудования; сроки и условия устранения недостатков, обнаруженных после приемки результатов работ заказчиком, и др.
Согласно общему определению договора подряда одна сторона (которая является подрядчиком) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его.
Определение же договора строительного подряда дано в ст. 740 ГК РФ. В соответствии с ней по договору строительного подряда подрядчик обязуется в установленный договором срок построить по заданию заказчика определенный объект либо выполнить иные строительные работы, а заказчик обязуется создать подрядчику необходимые условия для выполнения работ, принять их результат и уплатить обусловленную цену.
Порядок заключения договоров строительного подряда не отличается от заключения иных видов договоров. Соответственно, договор заключенным, если между сторонами в требуемой в подлежащих случаях форме достигнуто соглашение по всем существенным условиям договора. Договор строительного подряда подписывается сторонами в простой письменной форме, не требует нотариального заверения или государственной регистрации.
В зависимости от того, между кем заключается договор строительного подряда (от сторон договора), можно выделить следующие его критерии:
1) заказчиком строительства является государство. По государственному контракту государственным заказчиком выступают государственный орган, обладающий необходимыми инвестиционными ресурсами, или организация, наделенная соответствующим государственным органом правом распоряжаться такими ресурсами, а подрядчиком - юридическое лицо или гражданин.
2) заказчиком строительства является самостоятельный хозяйствующий субъект (юридическое лицо);
3) заказчиком строительства является физическое лицо.
Важным инструментом поддержания необходимого экономического равновесия в условиях рыночных отношений являются нормативы, выполняющие роль обоснованного измерителя предстоящих затрат и результатов производственно-хозяйственной деятельности субъектов. Под сметными нормативами в строительстве понимается обобщенное название комплекса сметных норм, расценок и цен, объединяемых в отдельные сборники. Вместе с правилами и положениями, содержащими в себе необходимые требования, они служат для определения сметной стоимости строительства и реконструкции зданий и сооружений, расширения и технического перевооружения предприятий всех отраслей хозяйства и промышленности.
В строительной отрасли, рост производства, повышение качества труда, рост его производительности зависят от соблюдения количественных и качественных пропорций между важнейшими элементами производительных сил: предметами труда, средствами труда и непосредственно трудом. В нормативах отражены наиболее прогрессивные, экономичные проектные решения и методы производства работ.
Сметные нормативы подразделяются на следующие виды:
· государственные сметные нормативы – ГСН;
· отраслевые сметные нормативы – ОСН;
· территориальные сметные нормативы – ТСН;
· фирменные сметные нормативы – ФСН;
· индивидуальные сметные нормативы – ИСН.
Эти нормативы образуют систему ценообразования и сметного нормирования в строительстве.
Также отношения в сфере строительства объектов недвижимости регулируются, в частности, законодательством об инвестиционной деятельности, Гражданским кодексом РФ, Градостроительным кодексом РФ, земельным законодательством, специальным законодательством в области строительства.
Информационный блок.
Во время реализации строительного проекта всегда создается обширный документооборот — движение документов в организации с момента их создания или получения до завершения исполнения: отправки и (или) направления в дело.
В бухгалтерском учете существует пять основных этапов документооборота:
В настоящее время, весь документооборот стараются свести к электронному виду в т.ч. и строительные схемы, планы, чертежи). Внедрение новых программных решений позволяет систематизировать и полностью автоматизировать документооборот в строительстве. Нужно учитывать, что внедрения стандартных программ по документообороту для строительных компаний недостаточно, так как набор действий, связанных с документами строительных предприятий, гораздо шире, нежели в любых других организациях.
Для решения проблемы документооборота в строительстве созданы множество программ, такие так Алтиус Софт: документооборот в строительстве.
Проблемы коммуникации в строительстве решают создающиеся новые и новые средства связи (мобильные и интернет технологии), которые позволяют оперативно реагировать на любые изменения в проекте.
Программа для управления проектом Spider Project Professional.
Spider Project Professional (также существуют версии Desktop и Lite, разработчик "Технологии управления Спайдер") - пакет управления проектами, спроектированный и разработанный с учетом практического опыта, потребностей, особенностей и приоритетов Российского рынка. Этот пакет - единственный из популярных в России программных продуктов отечественной разработки.
Пакет Spider Project, в отличие от западных аналогов, имеет следующие особенности:
наилучшие расписания выполнения работ и оптимальное использование ресурсов проектов;
встроенная система анализа рисков и управления резервами по срокам и стоимости работ;
возможность создания, хранения и включения в проекты типовых фрагментов проектов;
оптимальная организация групповой работы и мультипроектного управления и многие другие.
Интерфейс программы:
При внедрении пакета обычно используется следующая конфигурация.
Spider Project Professional устанавливается в проектном офисе для мультипроектного моделирования и управления, а также в тех подразделениях, в которых принимаются решения по управлению организацией в целом (например, там, где планируется и осуществляется финансовое управление, снабжение).
Spider Project Desktop используется для управления отдельными проектами, количество установок в организации определяется числом одновременно ведущихся проектов. Обычно на одно рабочее место Professional приходится четыре-пять рабочих мест Desktop.
Spider Project Viewer предназначается для просмотра проектов, в этой версии не предусмотрено проведение расчетов. Обычно устанавливается у руководства. Статистика показывает, что на предприятии число используемых Spider Project Viewer примерно в два раза превосходит число используемых рабочих версий.
Spider Project Lite - усеченная, рассчитанная на простые проекты версия пакета, функциональные возможности которой тем не менее достаточно серьезны (стоимостные компоненты, пулы назначений ресурсов, базы данных, оптимизация расписаний и пр.).
Функциональная архитектура Spider Project и основные отличия его облегченных версий, а также другие характеристики пакета представлены на врезках.
Существуют различные способы и рекомендации по построению иерархической структуры работ (ИСР)1. Оптимальность здесь отсутствует, а удобство определяется конкретным проектом. В пакете Spider Project пользователям дается возможность ввода и параллельного использования неограниченного количества иерархических структур работ для операций одного проекта. Как правило, используется по меньшей мере три ИСР, позволяющие проанализировать проект с разных сторон.
ИСР по объектам получается, если результат проекта на самом верхнем уровне иерархии разбивается на результаты по отдельным объектам проекта (например, по модулям компьютерной программы, этажам здания и т. п.), а затем по процессам, видам работ или стадиям жизненного цикла проекта (например, проектирование, реализация и т. д.). Под объектами проекта в этом контексте понимаются компоненты его результата. Так, чтобы изготовить велосипед, следует изготовить раму, колеса, тормозную систему и т. д.
ИСР по процессам на верхнем уровне использует процессы, а на более низких - объекты проекта.
Кроме того, мы рекомендуем использовать и структуру ответственности, группируя операции в соответствии с распределением между отдельными исполнителями проекта ответственности за реализацию его частей.
В конкретных проектах могут быть полезны и другие структуры, определяемые отношениями отчетности и необходимостью агрегирования проектной информации. В частности, в строительных проектах одна из структур может соответствовать смете затрат. Это необходимо для анализа исполнения проекта и сопоставления фактических и сметных затрат.
Пример составления иерархии работ:
Иерархические структуры могут иметь двойное назначение. При составлении компьютерной модели проекта ИСР помогает ввести (и не пропустить) операции2 проекта, на которые разбивается нижний уровень ИСР и на исполнение которых впоследствии назначаются ресурсы. Для этого одна из структур используется в качестве основной, а использование других структур позволяет проконтролировать созданную структуру проекта и внести в нее необходимые дополнения. После создания компьютерной модели ИСР используются для агрегации проектной информации и подготовки требуемой отчетности. Поэтому возможно создание дополнительных структур, в том числе неполных (из которых исключены некоторые операции проекта), исходя из требований отчетности и анализа.
В Spider Project допускается использование неограниченного количества ИСР в каждом проекте, также не ограничивается количество уровней иерархии.
Аналогично можно создавать и использовать для целей анализа и агрегации информации множественные структуры ресурсов. Это особенно важно и полезно при мультипроектном управлении.
При матричной структуре управления проектом мы рекомендуем использовать по меньшей мере две такие структуры: функциональную, в которой ресурсы группируются в соответствии с их положением в функциональной структуре управления предприятием и подводятся всевозможные «итого» (по загрузке ресурсов, затратам, доходам и т. д.) по функциональным отделам, - и проектную, в которой ресурсы группируются в соответствии с их иерархией в проектах и «итого» подводятся в соответствии с зонами ответственности исполнителей проекта.
Количество иерархических структур ресурсов и уровней иерархии также не ограничивается.
В серьезных проектах, как правило, необходим и достаточно серьезный финансовый анализ, который касается не только затрат и доходов по проекту в целом, но ведется и по подпроектам и фазам, отдельным статьям расходов и доходов, по группам ресурсов и материалов, в разных валютах и т. п. Поэтому пакет предоставляет пользователям возможность ввода и применения в проектах неограниченного количества компонентов стоимости (например, зарплата, накладные расходы, стоимость материалов, оборудования, механизмов, стоимость услуг внешних организаций, доходы, кредиты и т. д.), причем в разных валютах, с возможностью создания любых центров стоимостей и возможностью применения всех инструментов планирования (в том числе выравнивания) и анализа не только к общим затратам по проекту, но и к любым центрам и компонентам стоимости. Центр стоимостей в пакете Spider Project - это совокупность доходов и затрат на работах проекта по определенным компонентам стоимости, с учетом определенных пользователем ресурсов и материалов. Создав несколько центров стоимостей, можно параллельно подсчитывать затраты по проекту в разных единицах стоимости (например, это могут быть затраты проекта в рублях, долларах и евро, для строительных проектов — затраты в текущих ценах и ценах 1984 года).
Кроме того, полезно иметь возможность группировки материалов и ресурсов и получения отчетности не только по отдельным ресурсам и материалам, но и по этим группам, которые в пакете называются центрами ресурсов и материалов.
В проектах наряду с расходом ресурсов и материалов может встретиться их производство или поставки, наряду с расходами финансовых средств полезно моделировать и доходы. Особенно это важно для служб заказчиков, которые непосредственно ресурсами проектов не управляют, но управляют поставками основных материалов и финансированием работ. Кроме того, это очень важно для проектов, в которых на одних работах производятся ресурсы или материалы, необходимые для других работ. Spider Project позволяет моделировать производство и финансирование и использовать эту информацию для составления расписания работ с учетом ограниченности ресурсов, материалов и финансирования проекта.
Пользователи пакета могут рассчитать, как отразится на сроках реализации проекта та или иная схема поставок и финансирования, определить сроки окупаемости капиталовложений и получить соответствующие отчеты - cash flow по любым составляющим и центрам стоимостей, а также по любым материалам и центрам материалов проекта.
Возможности моделирования работы ресурсов, заложенные в пакете Spider Project, значительно отличают пакет от западных аналогов.
Прежде всего, в качестве исходной информации по операциям проекта наряду с длительностью операций можно задавать физические объемы работ, которые следует произвести, и производительности назначенных ресурсов. Кроме того, в пакете заложена возможность назначать на исполнение операции не конкретные ресурсы, а пулы назначений - группы ресурсов, которые способны исполнить рассматриваемую операцию, хотя и с разной производительностью. Задав либо суммарное количество, либо суммарную производительность ресурсов из пула, пользователь может предоставить программе самой выбрать оптимальный состав ресурсов для исполнения операции.
Длительность операции вычисляется в процессе составления расписания работ исходя из производительности и процентной загрузки назначенных (или выбранных пакетом) ресурсов. К тому же следует учесть, что в пакете моделируется и переменная загрузка ресурсов, определяемая необходимостью их использования на параллельных работах.
При моделировании неполной загрузки учитывается и количество назначенных ресурсов, и их загрузка. Это отличает подход Spider Project от подходов, используемых в других пакетах, в которых задается только суммарная загрузка ресурсов, но не их количество. При таком подходе моделирование неполной загрузки может быть некорректным, а информация о потребностях проекта в ресурсах — неверной.
Еще одна особенность моделирования работы ресурсов в пакете - возможность назначения на исполнение работ независимых команд. Для этих команд можно задать выполняемые ими объемы или длительности назначений (после выполнения которых команда снимается с выполнения операции), но можно задать и их работу до тех пор, пока операция не будет выполнена. В этом случае объемы работ, выполняемые каждой из команд, заранее неизвестны и зависят от ситуации, складывающейся при составлении расписания выполнения работ. Эта возможность позволяет моделировать сменную работу и не имеет аналогов в западных пакетах.
В процессе исполнения проекта ресурсы могут сниматься с менее приоритетных работ и назначаться на более приоритетные. При параллельном исполнении нескольких работ ресурсы могут сниматься частично (на определенный процент своего рабочего времени). Кроме того, некоторые операции могут потреблять свободное время, остающееся у ресурсов после назначения на исполнение операций проекта (работы, выполняемые в «фоновом» режиме). Возможность моделирования переменной загрузки ресурсов позволяет включить рутинную деятельность в компьютерную модель реализации проектов организации.
Удобные инструменты для управления назначениями ресурсов открывают имеющиеся в пакете возможности назначения на операции мультиресурсов. Мультиресурс - это устойчивая группа вместе работающих ресурсов (например, бригада). Во-первых, назначая мультиресурс, пользователь назначает все входящие в него ресурсы, то есть облегчает свою работу. Но более интересно то, что в любой момент можно изменить состав мультиресурса и распространить эти изменения на все его назначения. Такая возможность облегчает анализ «что — если», позволяя эффективно подбирать и изменять составы назначенных бригад.
Отметим также, что Spider Project не накладывает ограничений ни на количество ресурсов, ни на количество назначений ресурсов на исполнение операций проекта.
Предметом особой гордости разработчиков является оптимизация расписания исполнения работ проекта при ограниченных ресурсах. Получаемые расписания, как правило, короче тех, что составляют другие пакеты. При этом учитываются ограничения не только на количество используемых ресурсов, но и на поставки и финансирование. Сокращение сроков исполнения проекта позволяет сэкономить значительные средства.
Кроме того, в пакете имеется и средство стабилизации расписания. Дело в том, что после того, как расписание работ утверждено, подписаны контракты и сделаны заказы на поставки материалов и оборудования, изменение расписания даже на более оптимальное крайне нежелательно. Поэтому имеется возможность задать опцию составления расписания, при котором сохраняется принятый ранее порядок исполнения работ.
Следует отметить, что количество операций и взаимосвязей между ними в моделях проектов никак не ограничивается.
Важной особенностью пакета является вычисление ресурсного критического пути, то есть тех операций проекта, задержка исполнения которых приводит к задержке завершения проекта, с учетом имеющихся ограничений на ресурсы. Механизм вычисления ресурсного критического пути был реализован еще в самой первой версии Spider Project в 1992 году. Критическая цепь (Critical Chain), о которой написал Голдратт в одноименной книге (Goldratt E. M. Critical Chain. North River Press, 1997) и которая сейчас широко обсуждается мировым сообществом менеджеров проектов, есть не что иное, как ресурсный критический путь. Практически все, что предлагается в теории критической цепи, реализовано в пакете Spider Project.
Наряду с вычислением ресурсного критического пути пакет вычисляет резервы времени, имеющиеся у ресурсов на исполнение тех или иных операций с учетом всех ограничений, имеющихся в проекте, что очень важно для принятия управленческих решений.
На рис. 1 проиллюстрировано понятие ресурсного критического пути и резервов времени на исполнение операций. В проекте РКП на операции 2 и 4 назначен ресурс А, который имеется в одном экземпляре, а потому они не могут исполняться параллельно. Исполнение операций 1 и 5 может быть отложено до моментов, показанных на диаграмме полыми полосками.
Рис. 1. Ресурсный критический путь |
Ресурсный критический путь - операции 3, 4 и 2, задержка исполнения которых приводит к задержке проекта в целом.
Spider Project спроектирован таким образом, чтобы поддерживать корпоративные стандарты управления проектами. Для этого предусмотрена возможность создания непосредственно в пакете библиотек типовых фрагментов проектов, а также неограниченного количества всевозможных баз данных, включая производительности ресурсов на типовых назначениях, объемы и длительности типовых операций, расход материалов и расценки на единичных объемах типовых операций и назначений ресурсов и т. д. Пользователи могут создать (или импортировать из стандартных SQL баз, таких как Oracle, Access и т. д.) и любые другие базы данных и использовать их во всех проектах компании.
Проекты могут создаваться путем включения типовых фрагментов (с автоматической корректировкой объемов и длительностей работ, потребности в материалах и стоимости). Это позволяет внедрять типовые подходы к созданию компьютерных моделей проектов, использовать в проектах корпоративные и государственные нормы и расценки.
Опыт и анализ проектов показал, что детерминированные расписания имеют низкую (обычно 20 — 35%) вероятность успешного исполнения. Отметим, что без анализа рисков нельзя обеспечить качественный анализ и управление проектами. Встроенные в Spider Project инструменты анализа рисков предназначены для определения реальных сроков и бюджетов проектов и позволяют определять и анализировать вероятность успешного исполнения директивных параметров проекта.
Пользователям предлагается для всей исходной информации проекта определять не только наиболее вероятные (типичные), но и оптимистические и пессимистические значения. Это позволяет, наряду с вероятной, создать оптимистическую и пессимистическую версии проекта. Следует подчеркнуть, что в этих версиях могут отличаться не только характеристики тех же самых операций и ресурсов, но и состав работ. Так, например, в пессимистической версии могут быть предусмотрены переделки, дополнительные циклы тестирования и т. д. Если пользователь задаст желательные вероятности соблюдения плановых сроков контрольных событий, соблюдения запланированного бюджета, расхода основных материалов, то пакет определит целевые сроки, целевой бюджет и целевые потребности в материалах, которые могут быть использованы в контрактных переговорах. Кроме того, определяются резервы времени, стоимости и расхода материалов, которые следует предусмотреть для исполнения операций проекта, чтобы обеспечить заданную вероятность соблюдения целевых параметров проекта.
Целевой график является основой для контрактных переговоров, однако их результаты могут привести к другим директивным параметрам, и пакет позволяет вычислить вероятность успешного исполнения намеченных директивных дат, затрат, расхода материалов. Вероятность успешного соблюдения запланированных показателей служит необходимой информацией для принятия обоснованных управленческих решений.
В процессе реализации проекта определяется текущая вероятность успеха по всем показателям, для которых заданы директивные значения, что позволяет оценить как текущее состояние проекта, так и имеющиеся тренды. Наличие универсальных индикаторов хода исполнения проекта (текущей вероятности соблюдения директивных параметров) упрощает управление и позволяет менеджеру своевременно и эффективно оценивать складывающиеся тенденции и принимать такие управляющие воздействия, которые повышают надежность его успешной реализации.
В пакете предусмотрена возможность создания неограниченного количества версий проекта, которые можно сравнивать между собой и определять отклонения по любым параметрам. Эта возможность не только используется при анализе «что — если», но и позволяет вести архивы проекта и контролировать динамику изменений показателей проекта, что очень важно для принятия управленческих решений. Архивы проекта также используются для анализа хода реализации проекта и создания послепроектного отчета.
В пакет Spider Project встроена система оперативного учета, которая позволяет собирать информацию по выполненным объемам, отработанной длительности, произведенным затратам и истраченным материалам по любой операции и любому ресурсу проекта, а также агрегировать эту информацию по любой из используемых в проекте иерархических структур работ и ресурсов. В результате пользователи могут получить полную информацию о работах, произведенных за любой период любым ресурсом, любым подразделением, на любой операции, фазе или по проекту в целом. Пакет также ведет архивы учета, что позволяет контролировать ту отчетность, которая послужила исходной учетной информацией.
В проектном управлении важно иметь срезы состояния проекта на различные моменты времени для анализа, подготовки отчетности и ведения архивов. При мультипроектном управлении, когда информация вводится в одну базу из разных мест, в разное время и по операциям, принадлежащим разным фазам, обеспечить такие срезы не просто. Кратко опишем технологию, принятую в Spider Project.
Составляется перечень менеджеров отдельных фаз и подпроектов с указанием их адресов в локальной или глобальной сети (для входящей и исходящей информации). Фазам проекта в структуре ответственности проекта сопоставляются менеджеры, которые этими фазами управляют или имеют право вводить в модель учетные данные по исполнению проекта. По команде менеджера проекта фазы проекта копируются и рассылаются ответственным (репликация данных), для этого достаточно в меню проекта выбрать пункт «Разослать подпроекты». Те, кто отвечает за исполнение фаз, получают полноценные компьютерные модели своих фаз для ведения учета, внесения корректировок в исходную информацию, подготовки отчетов и т. д. В любой (обычно регламентируемый) момент менеджер проекта может собрать информацию по текущему состоянию проектов от ответственных менеджеров своих подпроектов (пункт меню «Собрать подпроекты») и обновить компьютерную модель проекта в соответствии с его текущим состоянием.
Такая организация работ требует достаточно жесткой регламентации (своевременной рассылки и сборки проекта), однако снижает опасность возникновения проблем с компьютерной моделью проекта (всегда сохраняется предыдущая версия, информация распределена по разным компьютерам, что позволяет восстановить модель при аппаратных сбоях). Кроме того, такая организация работ нацелена именно на создание срезов проектов на определенные моменты и их последующее хранение. Для этого достаточно потребовать от менеджеров фаз периодически вводить информацию о состоянии проекта на определенное время (например, на 18 часов во вторник). Даже если информация была введена в разное время, она будет отражать состояние проекта именно на согласованные моменты.
Отметим, что разработчики намеренно отказались от стандартной клиент-серверной технологии организации групповой работы, считая ее плохо приспособленной для особенностей решения задач управления проектами.
Spider Project поддерживает стандартные формы отчетности, имеющиеся в аналогичных программах, - таблицы, сетевые и организационные диаграммы, диаграмма Гантта. Однако можно получить и дополнительные графические формы отчетности, в частности диаграмму Гантта для ресурсов проекта и Линейную диаграмму.
Диаграмма Гантта для ресурсов аналогична диаграмме Гантта для операций, но отображаются на ней периоды занятости ресурсов и назначения этих ресурсов на исполнение операций проекта.
В Линейной диаграмме показывается продвижение проекта по метрике, которую определяет пользователь. Для линейно протяженных проектов (строительство трубопроводов, дорог и т. п.) в качестве метрики могут быть приняты километры трассы, для строительства зданий - этажи, метрика может быть качественной (1-й этап, 2-й этап и т. д.).
В Линейной диаграмме по горизонтали откладывается метрика проекта, по вертикали - время. На диаграмме разными цветами и видами линий отображаются работы различных типов в виде графиков, отображающих плановое состояние данного типа работ в различное время (например, в какое время на каком километре должны проводиться работы определенного типа). Получается очень компактное и наглядное отображение проекта - на странице А4 можно отобразить ту же информацию, которая на диаграмме Гантта займет много листов формата А0.
Рис. 2. Линейная диаграмма для некоторых работ строительства Каспийского трубопровода.
Характерная особенность Линейных диаграмм - простой визуальный контроль непротиворечивости и полноты имеющейся информации.
Учетная информация о сроках фактического исполнения проекта также отображается на линейной диаграмме (другим цветом), что позволяет использовать Линейную диаграмму для сравнения плановых и фактических дат производства работ и анализа исполнения проекта.
Операционные системы Windows 95/98/NT/2000
Собственная СУБД с возможностью импорта и экспорта всей информации в стандартные СУБД (Oracle, Access, Interbase и т. д.), Lotus Notes, MS Office, CSV.
Во всех версиях обеспечивается удаленный доступ к проектам с использованием FTP-сервера непосредственно из пакета. При этом обеспечивается доступ ко всем функциям - проекты открываются непосредственно с FTP-сервера и могут отправляться на FTP-сервер. Браузер не требуется.
Рекомендации по объему оперативной памяти для серверов и рабочих станций основаны на собственном опыте работы с проектами указанных размерностей:
10 000 операций - 64 Мбайт,
40 000 операций - 128 Мбайт,
80 000 операций - 256 Мбайт,
160 000 операций - 512 Мбайт.
При меньшем размере оперативной памяти замедляются расчеты, однако никаких иных отрицательных последствий не будет.
К объему дисковой памяти специальных требований не предъявляется - они зависят от объемов и количества ведущихся одновременно проектов.
Выводы
Таким образом, пакет Spider Project Professional помогает принимать обоснованные и проверенные решения, исполнять проекты быстро, качественно и с меньшими затратами, а также всегда иметь самую полную и разнообразную информацию о реализуемых проектах.
Spider Project Professional выгодно выделяется от своих зарубежных конкурентов тем, что предназначен для работы в России, учитывает своеобразный российский рынок, его правовые и документооборотные особенности.
Программы обеспечивает все необходимые функции для реализации работоспособности проекта, такие как множественные иерархичные структуры работ и функций, структуру разбиения работ по проекту, анализ рисков, систему учета и отчетности, моделирование расходов и доходов, создание календаря работ, возможность проследить критический путь проекта, возможность эффективной групповой работы над моно- и мульти-проектами.
Можно сказать, что Spider Project Professional обеспечивает пользователей всем необходимым для успешной и качественной работы над проектами.
Использованная литература
1. Поршнев Н.Г Управление в строительстве Учебник для вузов – М.: ЮНИТИ –ДАНА, 2001 г.
2. Мазур И.И., Шапиро В.Д. Управление инвестиционно-строительными проектами: международный подход – М.: ОМЕГА-Л, 2010 г.
3. Барановская Т.П., Лойко В.И., М.И. Семенов, Трубилин А.И. Информационные системы и технологии в экономике – М.: Финансы и статистика, 2003 г.
4. www.ru.wikipedia.org
5. www.spiderproject.ru
2
Информация о работе Анализ целесообразности использования Spider Project для управления проектом