Одновременное управление несколькими проектами в рамках организации осложняется тем, что сотрудники и материальные ресурсы должны назначаться на задачи так, чтобы назначения одних проектов не противоречили другим. Например, нельзя выделить сотрудника на задачу 1 июля, если в этот день он уже задействован в другом проекте.
От согласованности ресурсного планирования зависит успешное выполнение проектов в организации. Чтобы обеспечить эту согласованность, в MS Project включена возможность использовать при планировании нескольких проектов единый список ресурсов, хранящийся в отдельном файле, так называемый Пул ресурсов.
Настройка пула ресурсов
Чтобы согласовать ресурсное планирование, нужно создать обычный файл проекта в формате *.mрр и поместить в него все данные о ресурсах. рис.40.
Рис.40. Файл с данными о ресурсах
Затем создаются проекты с планами, и в них указывается, что при планировании будут использоваться ресурсы из первого файла, который в терминах MS Project называется пулам ресурсов. В качестве примера мы создали файл пула resource pool.mpp и два файла с планами, где должны использоваться ресурсы пула Проект1.mpp рис.41 и Проект2.mрр. Рис.42
Рис.41. Проект1.mpp
Рис.42. Проект2.mpp
Чтобы определить пул ресурсов для использования в плане проекта, нужно открыть и файл с планом, и файл с пулом. Затем, находясь в окне файла с планом, следует выбрать команду меню Сервис/ Общие ресурсы Доступ к ресурсам . После этого открывается диалоговое окно определения общего доступа к ресурсам, в котором настраиваются параметры работы с пулом рис.43.
Чтобы включить режим использования пула ресурсов, в этом диалоговом окне необходимо выбрать переключатель Использовать ресурсы , а затем выбрать название файла проекта в раскрывающемся списке.
Рис.43. Настройка использования пула ресурсов
Файл, в котором используются ресурсы из пула, называется клиентом пула (sharer). Клиент пула не может быть пулом ресурсов для другого плана проекта.
Когда клиент подключается к пулу, начинается синхронизация данных: все ресурсы копируются в файл клиента, и с ними можно работать, как с обычными ресурсами проекта редактировать их свойства, добавлять и удалять и т. д. При назначении ресурсов на задачи плана сведения о назначениях копируются в файл пула.
Планирование с использованием пула
После того как списки ресурсов клиента и пула синхронизированы, выделение ресурсов на задачи в файле клиента осуществляется обычным способом. При этом MS Project учитывает данные о назначениях ресурсов в других проектах.
Рассмотрим работу с одним ресурсом в двух проектах на примере наших файлов Проект1.mpp и Проект2.mрр, использующих ресурсы пула r esource pool.mрр. В первом проекте мы создали задачу Проектирование дизайна длительностью 14 дней и выделили на ее исполнение Иванова, затем во втором проекте мы создали задачу Разработка шаблонов длительностью 14 дней. Оба проекта начинаются в один день, поэтому эти задачи запланирована на одно и то же время.
Теперь попробуем выделить ресурс на задачу Разработка шаблонов. Для этого воспользуемся диалоговым окном назначения ресурсов Сервис /Назначить ресурсы . Чтобы отобрать только доступных в нужное нам время сотрудников, установим флажок Доступные не менее и в счетчике введем 112 часов, поскольку наша задача длится именно столько. Ресурс Иванов, на это время уже назначенный на задачу в другом проекте, сразу пропадает из списка, и программа не предлагает назначить его на исполнение задачи рис44.
Если в проекте включен режим автоматического выравнивания ресурсов то MS Project автоматически перенесет задачу на другое время, если назначенный на ее исполнение ресурс уже выделен в это время на исполнение другой задачи в другом проекте, подключенном к пулу.
Вы можете попробовать включить этот режим и назначить Иванова на исполнение задачи Разработка Шаблонов. Задача автоматически будет перенесена на время окончания задачи Проектирование дизайна в плане Проект1.mрр. Если же вы отключите автоматическое выравнивание ресурсов и затем откроете представление Лист ресурсов , то увидите, что MS Project определил превышение доступности у Иванова..
Чтобы просмотреть информацию о загрузке ресурса и учесть ее при планировании, нужно открыть представление Использование ресурсов в файле клиента пула (при этом файл пула также должен быть открыт в MS Project). В нем для каждого ресурса указаны все задачи, в которых он задействован. Чтобы определить, к какому проекту относится та или иная задача, в таблицу необходимо добавить столбец Проект .
Рис.44. Программа определяет, кого можно назначить на исполнение задачи
Рис.45. Данные о загрузке ресурса в других проектах клиентах пула отображаются в каждом проекте, если загружен пул
Использование пула
При открытии файла плана проекта, использующего ресурсы из пула, появляется диалоговое окно, с помощью которого вместе с файлом можно открыть и файл пула рис.46.
Рис.46. Диалоговое окно для открытия файла пула вместе с планом проекта
Диалоговое окно содержит два переключателя, и если выбрать верхний, то вместе с планом проекта MS Project загрузит файл пула. Если же выбрать нижний переключатель, то программа откроет только файл с планом проекта.
Если вы открываете файл проекта для планирования, лучше всегда выбирать верхний переключатель, ведь просматривать загрузку ресурса в других проектах можно лишь при открытом пуле. Кроме того, только при открытом файле пула в него можно вносить изменения.
Совместная работа с пулом
Если один файл будет одновременно редактироваться несколькими пользователями, это приведет к конфликту при его сохранении, и данные одного из пользователей, скорее всего, пропадут. Поэтому MS Project не позволяет открывать пул ресурсов для записи одновременно двум пользователям.
При открытии файла пула программа запрашивает, в каком режиме открыть файл: записи или только чтения. Если вы выберете режим записи, то никто, кроме вас, не сможет вносить изменения в файл пула. Если же открыть файл пула для чтения, то вы сможете вносить в него изменения, только если он не открыт для записи другим пользователем.
Для открытия файла в режиме чтения предназначен верхний переключатель диалогового окна, представленного на рис.47, а для открытия в режиме записи средний.
Если пул открыт в режиме записи, то данные в нем можно редактировать обычным способом. Если же вы открыли пул для чтения, то его нужно обновить после того, как вы изменили план проекта, иначе данные о новых назначениях ресурсов не попадут в пул и не будут доступны в других файлах клиентах пула. Для обновления пула с учетом проектных данных предназначена команда меню Сервис/Общие ресурсы/Обновить пул ресурсов . Эта команда доступна, только когда файл пула открыт для чтения. Если файл пула открыт на запись, то он обновляется автоматически и эта команда меню не используется.
При выборе этой комады меню MS Project открывает файл пула на запись, обновляет данные пула, а затем снова открывает его на чтение. Такой режим позволяет вносить изменения в пул нескольким пользователям попеременно.
Чтобы обновить свойства ресурсов в пуле, когда тот открыт только на чтение, нужно обновить их в файле клиента пула, а затем в настройках использования пула указать, что клиент имеет преимущество. В таком случае измененные сведения о ресурсах будут сохранены в пуле после его обновления.
Чтобы исключить потенциальные конфликты во время работы над планом проекта, по окончании планирования необходимо обновить пул (то есть сохранить в нем данные своего плана), а затем обновить экран пула (то есть перенести в ваш план самые свежие данные из пула).
Обновление экрана пула осуществляется с помощью команды меню Сервис/ Общие ресурсы/ Обновить экран пула ресурсов .
При выборе этой команды меню MS Project заново открывает файл пула, и вам оказываются доступны изменения, внесенные в него другими пользователями.
Professional позволяет совместно использовать практически все, что находится в сети - файлы и папки, принтеры и даже приложения. В этой лекции мы поговорим о том, как совместно пользоваться сетевыми ресурсами.Во-первых, мы охватим особенности совместного использования приложений, файлов и папок, жестких дисков и принтеров. Затем обсудим управление совместными ресурсами и, наконец, вернемся к вопросу сетевой безопасности и поговорим о специфике методов обеспечения защиты открытых сетевых ресурсов, будь то защита посредством управления разрешениями или административная работа с пользователями, имеющими доступ к ресурсам сети.
Представление о совместном использованииВ Windows XP Professional можно реализовать совместное использование файлов, папок, принтеров и других сетевых ресурсов. С этими ресурсами могут работать либо другие пользователи локального компьютера, либо пользователи, находящиеся в сети. В этом разделе дается объяснение того, как настроить совместное использование в Windows XP Professional -системе.
Сначала мы обсудим совместное использование папок и жестких дисков, затем обратимся к использованию принтеров, а в конце на примере приложения Windows Messenger обсудим совместное использование приложений.
Совместное использование папок и жестких дисковОсновное назначение сетей состоит в совместном использовании информации. Если бы не было возможности общего доступа к файлам и папкам, то не было бы и причин для создания сетей. Windows XP Professional разрешает совместное использование папок и жестких дисков несколькими способами. Реализовать совместное использование достаточно просто. То, каким образом ресурсы используются совместно, будет зависеть от настройки системы Windows XP Professional.
Совместное использование на уровне папок является базовым (исходным) уровнем, на котором вы можете осуществлять управление. Вы не можете реализовать совместное использование одного файла. Он должен быть перенесен или создан внутри папки, предназначенной для совместного использования.
Реализация совместного использованияЕсли необходимо ввести совместное использование файлов, то сделать это будет достаточно просто. Осуществите навигацию к нужной папке, щелкните на ней правой кнопкой мыши и выберите Properties (Свойства) в появившемся меню. Щелкните на вкладке Sharing (Общий доступ) и проведите настройку реквизитов. Настройки, которые вы выберете, зависят от нескольких факторов: во-первых, включение или отключение Simple File Sharing (Простой общий доступ к файлам) предоставляет разные возможности. Файловая система, которой вы пользуетесь - NTFS или FAT - также влияет на возможности совместного использования. Мы обсудим варианты этих настроек позже в лекции.
Для совместного использования ресурсов сети сначала надо инициировать File and Printer Sharing for Microsoft Networks (Служба доступа к файлам и принтерам сетей Microsoft) в сетевом диалоговом окне. Если вы не видите вкладку Sharing в диалоговом окне свойств папки, то, значит, этот сервис не подключен. Обычно этот сервис автоматически инсталлируется мастером установки сети (Network Setup Wizard). Если требуется его проинсталлировать, проделайте следующие шаги.
Примечание. File and Printer Sharing for Microsoft Networks (Службу доступа к файлам и принтерам сетей Microsoft) нужно инсталлировать только в сетях, состоящих из устройств одного ранга, представленных компьютерами, работающими в среде Windows.
Windows XP professional предлагает пять уровней доступа к файлам и папкам. Их полезно знать, чтобы настраивать реквизиты в соответствии с потребностями организации в совместном использовании ресурсов. Вот эти уровни.
Примечание. Файлы уровней 1, 2 и 3 доступны только для локально зарегистрированных пользователей.
В следующих параграфах особенности этих уровней рассматриваются более подробно. Для пояснения создания конфигураций этих уровней доступа процесс установления уровня безопасности показан на примере системы с подключенной опцией Simple File Sharing (Простой общий доступ к файлам).
Уровень 1. Этот уровень является самым строгим в плане защиты. На уровне 1 только владелец файла может читать и записывать в свой файл. Даже сетевой администратор не имеет доступа к таким файлам. Все подкаталоги, существующие в папке уровня 1, сохраняют тот же уровень секретности, что и родительская папка. Если владелец папки хочет, чтобы некоторые файлы и подкаталоги стали доступны для других лиц, то изменяет настройки безопасности.
Возможность создания папки уровня 1 доступна только для учетной записи пользователя и только в рамках его собственной папки My Documents (Мои документы). Для создания папки уровня 1 проделайте следующие шаги.
Уровень 2. На уровне 2 владелец файла и администратор имеют права на чтение и запись в файле или папке. В Windows XP Professional это является настройкой по умолчанию для каждого пользовательского файла в папке My Documents (Мои документы).
Для установки уровня 2 безопасности папки, ее подкаталогов и файлов проделайте следующие шаги.
Уровень 3. Уровень 3 позволяет совместно использовать файлы и папки пользователям, входящим в компьютер в рамках локальной сети. В зависимости от типа пользователя (за более подробной информацией о типах пользователей обратитесь к "Безопасность при работе в сети") он может (или не может) выполнять определенные действия с файлами уровня 3 в папке Shared Documents (Общие документы).
Установка разрешений уровня 3 требует перемещения желаемых папок и файлов в папку Shared Documents (Общие документы).
Уровень 4. На четвертом уровне файлы доступны для чтения всем удаленным пользователям. Локальные пользователи имеют доступ на чтение (это касается и учетных записей Гость), но не имеют права записи и модификации файлов. На этом уровне каждый имеющий доступ к сети может читать файлы.
Для создания разрешений уровня 4 для папки проделайте следующие шаги.
Уровень 5. Наконец, уровень 5 является наиболее разрешенным уровнем с точки зрения безопасности файлов и папок. Любой пользователь сети имеет карт-бланш для доступа к файлам и папкам уровня 5. Так как каждый может читать, записывать или удалять файлы и папки, то такой уровень безопасности следует вводить только в закрытых, надежных и защищенных сетях. Для установки разрешений уровня 5 проделайте следующие шаги.
Одной из важных задач операционной системы является управление имеющимися в ее распоряжении ресурсами (основной памятью, устройствами ввода-вывода, процессором), а также их распределение между разными активными процессами. При разработке стратегии распределения ресурсов необходимо принимать во внимание следующие факторы.
Равноправность
. Обычно желательно, чтобы всем процессам, претендующим на какой-то определенный ресурс, предоставлялся к нему одинаковый
доступ. В особенности это касается заданий, принадлежащих к одному и
тому же классу, т.е. заданий с аналогичными требованиями к ресурсам.
Дифференциация отклика
. С другой стороны, может понадобиться, чтобы
операционная система по-разному относилась к заданиям различного класса, имеющим различные запросы. Нужно попытаться сделать так, чтобы
операционная система выполняла распределение ресурсов в соответствии с целым набором требований. Операционная система должна действовать в
зависимости от обстоятельств. Например, если какой-то процесс ожидает
доступа к устройству ввода-вывода, операционная система может спланировать выполнение этого процесса так, чтобы как можно скорее освободить
устройство для дальнейшего использования другими процессами.
Эффективность
. Операционная система должна повышать пропускную способность системы, сводить к минимуму время ее отклика и, если она работает в системе разделения времени, обслуживать максимально возможное
количество пользователей. Эти требования несколько противоречат друг
другу; насущной проблемой исследования операционных систем является поиск нужного соотношения в каждой конкретной ситуации.
Задача управления ресурсами и их распределения типична для исследований операционных систем; здесь могут применяться математические результаты, полученные в этой области. Кроме того, важно измерять активность системы, что позволяет следить за ее производительностью и вносить коррективы в ее работу.
На рис. 2.11 показаны основные элементы операционной системы, участвующие в планировании процессов и распределении ресурсов в многозадачной среде. Операционная система поддерживает несколько очередей, каждая из которых является просто списком процессов, ожидающих своей очереди на использование какого-то ресурса. В краткосрочную очередь заносятся процессы, которые (или, по крайней мере, основные части которых) находятся в основной памяти и готовы к выполнению. Выбор очередного процесса осуществляется краткосрочным планировщиком, или диспетчером. Общая стратегия состоит в том, чтобы каждому находящемуся в очереди процессу давать доступ по очереди; такой метод называют циклическим (round-robin). Кроме того, процессам можно присваивать различный приоритет.
Рис. 2.11. Ключевые элементы многозадачной операционной системы
В долгосрочной очереди находится список новых процессов, ожидающих возможности использовать процессор. Операционная система переносит их из долгосрочной очереди в краткосрочную. В этот момент процессу необходимо выделить определенную часть основной памяти. Таким образом, операционная система должна следить за тем, чтобы не перегрузить память или процессор, добавляя в систему слишком много процессов. К одному и тому же устройству ввода-вывода могут обращаться несколько процессов, поэтому для каждого устройства создается своя очередь. И здесь операционная система должна решать, какому процессу предоставить освободившееся устройство ввода-вывода в первую очередь.
Во время прерывания управление переходит к обработчику прерываний, который является частью операционной системы. В силу своей функциональности процесс может обратиться к некоторому сервису операционной системы, например к драйверу устройства ввода-вывода. При этом происходит вызов обработчика обращений к сервисам, который становится точкой входа в операционную систему. Независимо от того, произошло ли прерывание или обращение к сервису, после его обработки планировщик выберет из краткосрочной очереди процесс для выполнения.
Структура системы
С добавлением в операционные системы все новых функций, а также с ростом возможностей управляемого операционными системами аппаратного обеспечения и его разнообразия возрастает степень их сложности. Операционная система CTSS, введенная в эксплуатацию в Массачусетском технологическом институте в 1963 году, занимала в памяти около 32000 36-битовых слов. Операционная система OS/360, выпущенная фирмой IBM через год, содержала более миллиона машинных команд. Система Multics, совместная разработка которой была завершена специалистами Массачусетского технологического института и компанией Bell Laboratories к 1975 году, разрослась до 20 миллионов команд. Ради справедливости отметим, что впоследствии на меньших машинах стали появляться операционные системы и попроще, но и они неуклонно усложнялись с развитием аппаратного обеспечения и ростом требований со стороны пользователей. Так, современная система UNIX по своей сложности намного превосходит свой почти игрушечный первоначальный вариант, разработанный несколькими талантливыми программистами в начале 70-х годов. То же самое произошло с простой системой MS-DOS, со временем переросшей в сложные и мощные операционные системы OS/2 и Windows 2000. Так, операционная система Windows NT содержит около 16 миллионов строк кода, а в Windows 2000 этот показатель увеличен более чем в два раза.
Увеличение размера полнофункциональных операционных систем и сложности выполняемых ими задач стало причиной возникновения трех широко распространенных проблем. Во-первых, операционные системы доходят до пользователей с хроническим опозданием. Это касается как выпуска новых операционных систем, так и обновления уже существующих. Во-вторых, в системах появляются скрытые ошибки, которые начинают проявлять себя в рабочих условиях и требуют исправления и доработки системы. В-третьих, рост производительности зачастую происходит не так быстро, как планируется.
Как же следует организовать структуру операционных систем, чтобы упростить работу с ними и преодолеть перечисленные проблемы? Некоторые решения очевидны. Программное обеспечение должно состоять из модулей, что упростит организацию процесса его разработки и облегчит выявление и устранение ошибок. Модули по отношению друг к другу должны иметь тщательно разработанные и максимально простые интерфейсы, что также облегчит задачи программиста. Кроме того, меньше усилий потребует эволюция такой системы. Если взаимодействие модулей друг с другом происходит по простым и четким правилам, изменение любого модуля окажет минимальное влияние на остальные.
Однако оказалось, что для больших операционных систем, код которых состоит из миллионов или десятков миллионов строк, принцип модульного программирования сам по себе не избавляет от всех проблем. По этой причине возросла популярность концепции уровней иерархии, а также информационной абстракции. В иерархической структуре современной операционной системы различные функции находятся на разных уровнях в зависимости от их сложности, временных характеристик и степени абстракции. Систему можно рассматривать как набор уровней, каждый из которых выполняет свой ограниченный круг заданий, входящий в комплекс задач операционной системы. Работа компонентов определенного уровня основывается на работе компонентов, находящихся на более низком уровне; функции более высокого уровня используют примитивы нижнего по отношению к нему уровня. В идеале уровни должны быть определены так, чтобы при изменении одного из них не изменялись остальные.
Как правило, чем ниже уровень, тем меньше время работы его компонентов. Некоторые элементы операционной системы должны непосредственно взаимодействовать с аппаратным обеспечением компьютера, элементарные процессы в котором иногда длятся не более нескольких миллионных долей секунды. Составляющие операционной системы, поддерживающие взаимосвязь с пользователем, находятся на другом конце временного диапазона. Пользователи вводят команды весьма медленно - до одной команды за несколько секунд.
В каждой отдельно взятой операционной системе перечисленные принципы применяются по-разному. Для получения общего представления об операционных системах на данном этапе изложения представим пример обобщенной модели иерархической операционной системы, описанной в и . Она, несомненно, полезна для понимания сути дела, хотя и не соответствует ни одной реальной операционной системе. Сама модель приведена в табл. 2.4 и состоит из следующих уровней.
Уровень 1. В него входят электронные схемы; объектами данного уровня
являются регистры, ячейки памяти и логические элементы. Над этими объектами выполняются различные действия, такие, как очистка содержимого
регистра или считывание ячейки памяти.
Уровень 2. Набор команд процессора. В число операций, выполняемых на
этом уровне, входят те, которые допускаются набором команд машинного
языка, например сложение, вычитание, загрузка значения из регистра или
сохранение в нем.
Уровень 3. Содержит концепцию процедуры (подпрограммы), а также операции вызова и возврата.
Уровень 4. Уровень прерываний, которые заставляют процессор сохранить
текущий контекст и выполнить подпрограмму обработки прерывания.
На самом деле первые четыре уровня не являются частями операционной системы, они составляют аппаратное обеспечение процессора. Однако на этих уровнях уже появляются некоторые элементы операционной системы, такие, как программы обработки прерываний. Вплотную к операционной системе мы подходим только на пятом уровне, на котором возникают концепции, связанные с многозадачностью.
Уровень 5. На этом уровне вводится понятие процесса, под которым подразумевается работающая программа. В число фундаментальных требований к
операционной системе, способной поддерживать одновременную работу не
скольких процессов, входят способность приостанавливать процессы и возобновлять их выполнение. Для этого необходимо сохранять содержимое
регистров аппаратного обеспечения, чтобы можно было переключаться с одного процесса на другой. Кроме того, если процессы должны взаимодействовать между собой, необходим механизм их синхронизации. Одной из важнейших концепций устройства операционных систем является семафор - простейший способ передачи сигналов, который рассмотрен в главе 5, "Параллельные вычисления: взаимоисключения и многозадачность".
Уровень 6. Компоненты этого уровня взаимодействуют со вспомогательными запоминающими устройствами компьютера. На этом уровне происходит
позиционирование считывающих головок и физическая передача блоков
данных. Для планирования работы и уведомления процесса о завершении
запрошенной операции уровень 6 использует компоненты уровня 5.
Уровень 7. Создает логическое адресное пространство процессов. Уровень
организует виртуальное адресное пространство в виде блоков, которые могут перемещаться между основной памятью и вспомогательным запоминающим устройством. Широко распространены следующие три схемы: использование страниц фиксированного размера, использование сегментов переменного размера и комбинация тех и других. Если нужный блок отсутствует в основной памяти, то данный уровень передает уровню 6 запрос о передаче этого блока.
До сих пор речь шла только о взаимодействии операционной системы с процессором. Компоненты операционной системы, относящиеся к восьмому и более высоким уровням, вступают во взаимодействие с внешними объектами, такими, как периферийные устройства, а возможно - с сетью и компьютерами, подключенными к сети. Объектами этих уровней являются логические именованные объекты, которые могут совместно использоваться несколькими процессами, исполняющимися на одном или на нескольких компьютерах.
Уровень 8. Отвечает за обмен информацией и сообщениями между процессами.
На этом уровне происходит более богатый обмен информацией, чем на уровне 5,
который обеспечивает работу первичного сигнального механизма для синхронизации процессов. Одним из наиболее мощных инструментов подобного типа является конвейер, представляющий собой логический канал передачи данных
между процессами. Конвейер определяется как канал, передающий вывод одного процесса на вход другого; кроме того, он может быть использован и для связи с процессом внешних устройств или файлов. Эта концепция рассматривается в главе 6, "Взаимоблокировка и голодание".
Уровень 9. Обеспечивает долгосрочное хранение файлов. На этом уровне данные, хранящиеся на вспомогательном запоминающем устройстве, рассматриваются как абстрактные объекты переменной длины, в противоположность аппаратно-зависимому рассмотрению вторичной памяти как набора дорожек, секторов и блоков фиксированного размера, присущему уровню 6.
Уровень 10. Предоставляет доступ к внешним устройствам с помощью
стандартных интерфейсов.
Уровень 11. Поддерживает связь между внешними и внутренними идентификаторами системных ресурсов и объектов. Внешний идентификатор - это имя,
которое может использоваться приложением или пользователем. Внутренний
идентификатор - это адрес или другой индикатор, используемый нижними
уровнями операционной системы для обнаружения объекта и управления им.
Эта связь поддерживается с помощью каталога, который включает в себя не
только взаимное отображение внешних и внутренних идентификаторов, но и
такие характеристики, как, например, права доступа.
Уровень 12. Предоставляет полнофункциональные средства поддержки
процессов. Возможности этого уровня намного превосходят возможности уровня 5, на котором поддерживается только содержимое регистров процессора, имеющее отношение к процессу, и логика диспетчеризации процессов. На уровне 12 эта информация используется для упорядоченного управления процессами. Сюда же относится и виртуальное адресное пространство процессов, список объектов и процессов, с которыми оно может взаимодействовать, и правила, ограничивающие это взаимодействие; параметры, переданные процессам при их создании, и прочие характеристики процессов, которые могут быть использованы операционной системой для управления.
Уровень 13. Обеспечивает взаимодействие операционной системы с пользователем. Этот уровень называется оболочкой (shell), так как он отделяет пользователя от деталей внутреннего устройства операционной системы и представляет ее пользователю как набор сервисов. Оболочка принимает команды пользователя или инструкции-управления заданиями, интерпретирует их, создает необходимые процессы и управляет ими. На этом уровне, например, может быть реализован графический интерфейс, предоставляющий пользователю возможность выбора команды с помощью меню и отображающий результаты работы на экране.
Описанная гипотетическая модель операционной системы дает представление о ее структуре и может служить руководством по реализации конкретной операционной системы. В процессе изучения изложенного в настоящей книге курса читателю будет полезно время от времени возвращаться к этой структуре, чтобы лучше понимать, как отдельные компоненты операционных систем соотносятся друг с другом.
Таблица 2.4. Иерархическая модель операционной системы2
Общие (совместно потребляемые ресурсы ) – это особый вид общественных благ. К сожалению по достоинству он представлен далеко не всегда. Под общностью в данном случае понимается не юридическая категория общей собственности, а общий режим совместного хозяйственного использования ресурсов, необходимость которого определяется существенными неэкономическими ограничениями, исключающими их свободное воспроизводство. Хотя именно в связи с неэкономическими ограничениями воспроизводимости, необходимо учитывать их существенные экономические особенности. Во-первых, они имеют, как правило, не потребительский, а производственный характер. Во-вторых, это капитальные блага, для которых необходимо определять режим использования в долгом периоде не только в хронологическом, но и в экономическом смысле, когда следует предполагать и рассматривать возможности любых изменений относительно вероятности сохранения и исчерпания данного ресурса. В-третьих, обычно они имеют устойчивую асимметрию свойств конкурентности и исключаемости, т.е. конкурентны (являются объектами конкуренции), когда не имеют свойства исключаемости, и, наоборот, перестают быть конкурентными, когда приобретают исключаемость или, другими словами, «неисключаемы, когда конкурентны» (создание и использование знаний, информации, в том числе, земельные кадастры, метеорологическая служба), и «неконкурентны, когда исключаемы» (использование невоспроизводимых природных ресурсов, в том числе добыча нефти и газа).
К настоящему времени достаточно четко определились именно эти два вида общих (совместно используемых) свободно не воспроизводимых ресурсов. Они расположены на полюсах системы ресурсов: невоспроизводимые природно-сырьевые ресурсы и практически безграничные интеллектуально-информационые ресурсы. Доступ к ним, особенно в России, только казался практически свободным потому, что они имеют большое разнообразие и огромные масштабы. К сожалению, только в последние годы стали осознаваться смысл и значение проблем ограниченности невоспроизводимых природных ресурсов и невоспроизводимости ограниченных (редких) природных ресурсов. Информационные и интеллектуальные ресурсы нельзя считать свободно воспроизводимыми в силу их уникальности, неповторимости фундаментальных открытий и изобретений, талантов и творчества их авторов.
К невоспроизводимым природно-сырьевым ресурсам относятся участки территории и акватория страны, региона, недр, полезных ископаемых, воздушного пространства (авиамаршруты), шельфов, электромагнитных полей (радиочастоты). Неэкономические (физические, химические, био-, физио-, этологические и др.) ограничения имеет воспроизводство лесного и сельского хозяйства, рыбных промыслов и других экосистем, в том числе почвы (гумуса) и других биогеоценозов. Как правило, эффективные масштабы (границы) их воспроизводства не совпадают с контурами системы и объектов собственности. Нечто подобное возникает и в отношении воспроизводства, создания и использования информационных и интеллектуальных ресурсов.
Исторически сложилось такое положение, когда российское государство стало основным продавцом природно-сырьевых ресурсов и основным покупателем информационно-интеллектуальных ресурсов. Может быть это явление следует рассматривать не только в качестве особенности национальной экономики России, но и как общую экономическую закономерность экономики с доминированием в национальных активах общих свободно невоспроизводимых ресурсов?
Не всегда строго юридически, но всегда в виде реального права, а также институционально, организационно и экономически общий режим использования невоспроизводимых природно-сырьевых ресурсов оформился и закрепился как естественная монополия государства (или органов местного самоуправления, муниципалитетов) на их продажу, предоставление в аренду, в концессию и другие формы пользования. Результаты фундаментальной науки и связанного с ними образования (подготовки молодых ученых и специалистов для фундаментальной науки) редко находят покупателей и заказчиков в частном, не только потребительском, но и предпринимательском, секторе экономики. Поэтому в научной и образовательной сфере вполне естественно возникает государственная монопсония, когда государство в общенациональных интересах играет роль организатора, координатора, заказчика, покупателя, кредитора, финансиста, лицензиара и носителя других функций, необходимых для обеспечения национальной конкурентоспособности в сфере фундаментальной науки и образования.
Важной особенностью общих ресурсов является неэластичный характер их предложения. Как было показано выше (темы 9,10), в таких случаях возникают многочисленные, разнообразные, большой величины рентные доходы (рента природно-ресурсная , земельная, горная, абсолютная, относительная, монопольная, экономическая, квазирента и др.). В последнее время в теории ренты рассматриваются такие ее новые виды, как рента государственная, финансовая, страховая, инфрамаржинальная, отстроченная, региональная, информационная, интеллектуальная и др.
Думается, что некоторые признаки общих, совместно используемых, свободно невоспроизводимых ресурсов, генерирующих рентные доходы, имеют многие элементы национального богатства и национальных активов – здоровье нации, человеческий капитал, национальный экологический потенциал и др. В связи с этим развиваются новые ресурсные и рентные концепции доходов, издержек, налогообложения и др.
Project Professional 2019 Project Professional 2016 Project 2010 Project 2007 Project Online Desktop Client Project Professional 2013 Project Standard 2007 Project Standard 2010 Project Standard 2013 Project Standard 2016 Project Standard 2019 More... Less
Knowing who’s available to work on your project can become a challenge when you’re working across multiple projects.
If you assign the same people to several projects or use shared resources in your project, it helps to combine all the resource information into a single central file called a resource pool. The resource pool is also useful for identifying assignment conflicts, and viewing time allocation for each project.
Create a resource poolNote: If you use Project Professional and resources exist in your organization"s enterprise resource pool, you don"t need to create another resource pool. See for more information.
Open Project, click Blank Project > Resource tab.
Click the arrow next to Team Planner and click Resource Sheet .
Click Add Resources and import existing resource information.
To type in new people information, click Work Resource and add Resource Name and details.
Note: In Project 2007, choose View > Resource Sheet , and then add resources with the type Work .
Note: If you’re using Project Professional with Project Server, you’ll have access to the enterprise resources. To learn more about Project versions, see Project Version Comparison . The enterprise resource list is usually managed by an administrator, and each project manager can add from these resources to their projects.
After you create a shared resource pool, the information for each shared project comes from this resource pool, and all information like assignments, cost rates and availability are in this central location.
Use the resource pool Working with resource usage informationYou can view and update the resource pool file from your current project (sharer file). It’s a good practice to periodically update and view resources to get the latest information on allocations and its impact on your projects.
Note: To directly edit a resource pool file, you’ll need read/write access to that file. Otherwise you can only view resource usage and make changes to your project’s resources.
Stop sharing resourcesIf your project shares resources from a resource pool or from another project file, you can disconnect it from that other file. Resources with assignments in your project file remain in the project after the file is disconnected from the resource pool or other project file, but the other resources from the resource pool or other file are no longer available.
Note: Usually you don"t want the task assignments to be retained within the resource pool after you disconnect the sharer file. However, assignments will be retained if you disconnect your sharer file from the resource pool when the resource pool isn"t open, or if you don"t save the resource pool after you disconnect the sharer file. To remove the retained assignments from the pool, disconnect the sharer file from within the resource pool file, and all task assignment information is deleted from the resource pool without affecting the former sharer file. If there are already leftover tasks in your resource pool, reconnect the sharer file to the resource pool and disconnect it again.
Disconnect the active sharing file from its resource poolYou can disconnect the active project file from the resource pool or other file that it is connected to and sharing resources with.
Open the resource pool that contains the resources that you are sharing.
In the Open Resource Pool dialog box, click Open resource pool read/write so that you can change resource information . Keep in mind that opening the pool with read/write permission keeps others from updating the pool with new information.
Open your project.
Choose Resource > Resource Pool > Share Resources . (In Project 2007, choose Tools > Resource Sharing > Share Resources .)
Click Use own resources , and then click OK .
Save both project files.
Learn more about resource poolsA resource pool makes it easier for you to administer people or equipment assigned to tasks in more than one project file. The resource pool centralizes resource information, such as the resource name, calendar used, resource units, and cost rate tables.
Each project that uses resources from the resource pool is called a sharer file.
Tip: Create a new (separate) project file just for resource information. This will make it easier for you to manage resource information and task assignments between the sharer files and the resource pool.
Before a resource pool is created, each project contains its own resource information. Some of this information may overlap or even conflict with information about the same resources used in other projects.
After a shared resource pool is created, the resource information in each project comes from the single resource pool. Assignment information, as well as cost rates and availability for all resources, reside in one central location.
It is also easier to see resource overallocations caused by conflicting assignments across more than one project.