Взаимодействие с программистами

Вы системный администратор. Вы должны делать все, чтобы ваша система работала надежно и быть всегда готовым приступить к устранению неисправности. Поэтому не стоит тратить свое время на написание программ на С, C++, Java, Perl и других языках, использующихся в системе. Для этого есть профессиональные программисты. Если, например, вы пытаетесь установить новый пакет, поставляемый в исходных модулях, а компилятор упорно сообщает вам, что в тексте программы найдена ошибка, не пытайтесь разобраться в этом самостоятельно. Привлеките к разрешению проблемы профессионала. Поручая решение подобных задач программистам, вы сэкономите свое время, но, при этом вам не удастся избежать некоторой дополнительной работы. Так, например, программист, приглашенный вами для решения задачи, наверняка потребует, чтобы в системе была установлена последняя версия компилятора.

Суперпользователь должен быть один

В принципе, правами администратора могут быть наделены несколько пользователей, однако нежелательно, чтобы в системе были одновременно зарегистрировано несколько пользователей root. Как говорится, у семи нянек дитя без глазу. Несколько супрепользователей, "наступая друг другу на пятки", могут создать полный хаос в системе. Не позволяйте, чтобы каждый, кому не лень, '"просто так, на всякий случай", знал пароль root. Чем меньше пользователей будут иметь возможность зарегистрироваться под именем root, тем меньше вероятность того, что кто-то из них по неосторожности сотрет важные файлы.

Эффективное администрирование

Список задач, стоящих перед администратором системы, впечатляет. Можно ли выполнить их все максимально эффективно?

Работа администратора — это постоянный поиск компромисса между "интересами" системы и интересами пользователей. Вы должны максимально обезопасить систему и сделать ее устойчивой от вторжения извне. И в то же время вы должны обеспечить зарегистрированным пользователям комфортные условия для работы. Пользователь не должен просить вас о доступе к системе. Напротив, это вы должны обеспечить ему все возможности для продуктивной работы.

Не все принимаемые вами решения прибавят вам популярности среди пользователей. Конечно, в своей работе вы будете руководствоваться благими намерениями и попытаетесь удовлетворить всех абонентов вашей системы. Однако вскоре вы с удивлением заметите, что решения, которые вполне подходят одним пользователям, совершенно не устраивают других. Недовольные начнут обвинять вас в том, что вы намеренно срываете им график исследований. Как же найти "золотую середину", причем сделать это так, чтобы руководство не посчитало вашу работу неудовлетворительной и не уволило вас? Следует заметить, что вам очень не повезет, если на вашем предприятии будет введена рейтинговая система, превращающая каждый проект в соревнование, участники которого борются между собой не на жизнь, а на смерть. Однако, будем надеяться, что с вами этого не случится.

Теперь, когда вы достаточно напуганы открывающимися перед вами перспективами, пора подумать о том, как же, все-таки следует вам поступать. Лучшее, что можно предложить, — выбрать тот путь, который быстрее всего приведет к положительному результату. Я не призываю вас принимать необдуманные решения, однако, помните, что пользователю ваша система нужна лишь для того, чтобы он мог выполнять в ней свою работу. Конечно, вам, как и любому человеку хочется проанализировать возникшую проблему и взвесить возможные последствия, однако опыт показывает, что хорошее решение принятое вовремя, все же лучше, чем самое оптимальное решение, принятое поздно. Сказанное можно проиллюстрировать следующими примерами.

Предположим, что у вас возникла проблема, связанная с программированием на языке С. Вы не знаете С? В этом случае не тратьте времени на его изучение, а привлеките к решению проблемы кого-нибудь из программистов. Не исключено, конечно, что в процессе работы выяснится, что корни проблемы лежат в самой операционная системе.

Вы узнали, что, система защиты на вашей машине нарушена и она является источником опасности для других компьютеров в сети. Изучив файлы протоколов своего компьютера, вы не нашли ничего необычного в работе системы, а файлы протоколов других машин вам недоступны. Как же поступить в этом случае? Вы можете продолжать поиски неисправности, тратить при этом свое время и подвергать опасности файлы на своей машине и остальных компьютерах. Другой выход — переустановить систему. Конечно, пользователи вряд ли будут довольны, однако в данном случае лучше пожертвовать их интересами ради безопасности всей сети. Кроме того, приняв такое решение, вы сбережете свое время.

Программа, которая еще вчера функционировала нормально, вдруг перестала работать. Вы проверили все, что могли (при этом, конечно же, не забыли просмотреть файлы протоколов), но вы даже не можете представить себе возможные причины неисправности. Не тратьте время на повторные проверки. Если вы знакомы с опытным специалистом, проконсультируйтесь с ним. Если нет — обращайтесь за помощью в группу новостей.

У вас возникла проблема с инсталляцией коммерческой программы. Ознакомьтесь с документацией. Если вы не смогли разобраться в ней или не нашли ответа на свой вопрос, не возвращайтесь вновь и вновь к прочитанному. Не стоит даже обращаться за помощью к более квалифицированным коллегам: не тратьте свое и их время. Связывайтесь с поставщиком продукта. Вы заплатили деньги за программу и вправе требовать квалифицированной консультации.

А как поступать с пользователями? Каждый из них искренне считает, что его заявка — самая важная, и, надо сказать, отчасти они правы, ведь именно для пользователей и была установлена система. Однако, что делать вам? Внести ясность в этот вопрос может только набор правил, утвержденных руководством. Рассмотрим несколько примеров.

Ваша система принадлежит университету и используется как для обучения студентов, так и для проведения исследований. Однажды, перед началом занятий очередной группы, вы обнаруживаете, что один из компьютеров занял сотрудник факультета, работающий над исследовательским проектом. Как видите, столкнулись интересы группы студентов и одного сотрудника. Что вы должны делать? Принять решение вам поможет набор правил, о котором шла речь выше. Если руководство факультета считает, что учебный процесс приоритетнее исследовательских работ, вам следует предложить сотруднику освободить компьютер и подождать окончания занятий.

Предположим, к вам обратился сотрудник организации и настоятельно требует, чтобы до конца недели в системе был установлен необходимый ему пакет. Однако; у вас уже есть заявка на установку другого пакета от группы сотрудников, работающих над проектом. Что делать в этой ситуации? Прежде всего, следует помнить, что настоятельные требования ничем не отличаются от обычного запроса. По аналогии с предыдущим примером вам должно быть ясно, что решение следует искать в утвержденных правилах. Если там записано, что интересы рабочей группы имеют более высокий приоритет, чем интересы одного пользователя, то вы должны как можно тактичнее объяснить посетителю, что ему следует немного подождать и вы займетесь его пакетом, как только это позволят обстоятельства. А что делать, если спасительного набора правил еще не существует? Вам надо как можно скорее разработать его и подать на рассмотрение руководства.

Один из пользователей сообщил вам, что собирается приобрести новый компьютер для своего подразделения и запустить его под управлением системы UNIX. Что делать вам? У вас есть два выхода. Первый — предоставить ситуации развиваться бесконтрольно. В результате вы получите независимо (и, скорее всего непрофессионально) администрируемую машину, подключенную к вашей сети. Второй выход — предложить свои услуги по администрированию нового компьютера, потребовав за это, чтобы машина была включена в поддерживаемый вам кластер. Если возможно, поступайте именно так. Независимо администрируемый компьютер станет неисчерпаемым источником проблем для всей сети. С другой стороны, если вы поддерживаете несколько компьютеров, еще один не создаст для вас серьезных трудностей. Однако вероятность возникновения новых проблем резко снизится, а новый компьютер в кластере увеличит мощность системы в целом. Как видите, в этом случае выигрывают все.

Среди ваших сотрудников есть крайне неприятный тип. Он вечно жует чипсы и роняет крошки на пол, а если начинает говорить — через пять минут становится ясно, что более нудного человека не сыщешь на всем свете. И вот однажды у него возникает необходимость установить како-то программный пакет. И точно в то же время другой пользователь — чрезвычайно симпатичный, добрый и отзывчивый человек, остроумный собеседник — подал заявку на установку другой программы. Какой продукт вы установите первым? Лично вам, может быть и хотелось бы установить в первую очередь программу, необходимую тому человеку, к которому вы испытываете искреннюю симпатию. За другую программу вам, по-видимому, не хочется браться вообще. Однако на практике следует руководствоваться правилами, установленными для вашей системы. Поэтому, совсем не исключено, что работа, которой занимается надоевший всем зануда, окажется более приоритетной и вам придется в первую очередь выполнить его запрос. Правилами может быть предусмотрено обслуживание запросов в порядке их поступления, а, возможно, руководство посчитает, что преимуществом пользуются запросы, затрагивающие интересы большего числа пользователей. На следующем занятии мы рассмотрим некоторые примеры подобных правил, которые принято называть системной политикой.

Вы случайно услышали разговоры о том, что другой отдел собирается приобрести высокопроизводительный графопостроитель — устройство, крайне необходимое для вашей системы. Не стесняйтесь обратиться к руководству отдела и предложить свою поддержку. Возможно, что вы сможете обеспечить лучшее сетевое соединение и более высокий уровень обслуживания устройства. Если средства, выделяемые на поддержку вашей системы ограничены (в большинстве случаев это так и есть), вам вряд ли удастся приобрести дорогое устройство, однако, если кто-то другой возьмет на себя часть расходов, вы можете убедить руководство раскошелиться. Не упускайте возможности взаимодействия с другими отделами, в результате которого вы можете реально повысить производительность своей системы, обеспечить более высокий уровень обслуживания пользователей и в то же время сэкономить средства. Кроме того, знакомства, которые вы завяжете в процессе этого взаимодействия, могут пригодиться и в дальнейшем.

Итак, если у вас возникли проблемы с программным или аппаратным обеспечением, из всех путей их разрешения желательно выбрать тот, который быстрее дает положительные результаты. Если для ускорения работы надо обратиться за помощью к более опытному сотруднику, не стесняйтесь сделать это. Создавайте резервные копии, не дожидаясь выхода системы из строя. При работе с пользователями руководствуйтесь правилами, утвержденными руководством. Не упускайте возможности совместной работы. Часто такое сотрудничество бывает выгодно обеим сторонам. Помните, что чем больше усилий вы будете прилагать для того, чтобы обеспечить нормальную работу пользователей, тем больше шансов, что они с пониманием воспримут ситуацию, в которой вам по каким-либо причинам придется ограничить им доступ к системе.

Выводы.

Рассмотрены следующие вопросы:

• Богатые возможности системы ОС удалось реализовать в основном благодаря наличию механизма абстрагирования. Помните, что ваши обязанности как системного администратора состоят в том, чтобы обратить возможности системы и механизмы, реализующие их, на пользу абонентам.

• Права пользователя root не ограничены. Вы как системный администратор, можете пользоваться всеми правами, предоставляемыми суперпользователю. Однако большие права предполагают большую ответственность. Одна неверная команда может разрушить всю операционную систему.

• Системному администратору приходится решать самые разнообразные задачи. Вам придется не только сидеть за экраном компьютера, но и подключать новые устройства, заказывать оборудование, помогать пользователям в работе, заниматься расстановкой мебели и компьютеров в комнате и выполнять другую работу. Вы должны быть готовы ко всему. Если должность, предусматривающая такие разнообразные обязанности, вам под душе — добро пожаловать в системные администраторы!

Некоторые задачи может выполнить только пользователь root. В качестве примера подобной задачи можно привести добавление устройств в систему. Помните, что чем меньше пользователей знают пароль root, тем меньше шансов, что кто-то случайно разрушит систему.

• Ваши пользователи также имеют определенные обязанности. Конечно же, вы должны обеспечивать им условия для высокопроизводительной работы, но пользователи также должны прилагать определенные усилия для создания этих условий. Так, например, желательно, чтобы они хранили копии своих данных. Руководство также должно содействовать вам в вашей работе — предоставлять возможность приобретать аппаратные средства и дистрибутивные пакеты, участвовать в разработке системной политики — набора правил, регламентирующих работу системы.

• Основная задача системного администратора — обслуживание пользователей. Помните, что существование вашей системы и вашей должности имеет смысл только в том случае, если в системе работают пользователи. При обслуживании запросов пользователей руководствуйтесь системной политикой. Если соответствующий набор правил еще не разработан — сделайте это поскорее.

• Стремитесь к взаимовыгодному сотрудничеству. Если совместные действия нескольких подразделений приносят выгоду всем, пользователи автоматически оказываются в выигрыше. Иногда бывает на удивление просто создать пользователям дополнительные возможности для работы, однако для этого необходимо уметь анализировать текущую ситуацию оценивать последствия предпринимаемых действий.

• Обращайтесь за помощью, если в этом есть необходимость. Не тратьте время, пытаясь во что бы то ни стало решить проблему самостоятельно. Обратитесь к более опытным коллегам либо отправляйте вопрос в группу новостей.

Список рекомендуемой литературы

1. Лимончелли Т. А. Системное и сетевое администрирование. Практическое руководство / Т. А. Лимончелли К. Хоган, С. Чейлап - М. Символ-Плюс, 2009. - 944

2. Лимончелли Т. А. Тайм-менеджмент для системных администраторов / Т. А. Лимончелли - М. Символ-Плюс, 2014. - 240

3. МинасиМ. Windows Server 2012 R2. Полное руководство. Том 1. Установка и конфигурирование сервера, сети, DNS / М. Минаси, K. Грин, К. Бус, Р. Батлер - М. Вильямс, 2014. - 960 с.

4. МинасиМ. Windows Server 2012 R2. Полное руководство. Том 2. Дистанционное администрирование, установка среды с несколькими доменами, виртуализация, мониторинг и обслуживание сервера / М. Минаси, К. Бус, К. Грин, Р. Батлер, Дж. Мак-Кейб, Р Панек, М. Райс, С. Рот- М. Вильямс, 2015. - 864 с.

5. Эффективное программирвоание на PowerShell - URL: https://blogs.technet.microsoft.com/abeshkov/2008/12/31/655/

6. Немет Э. Unix и Linux. Руководство системного администратора / Э. Немет, Г. Снайдер, Т. Р. Хейн, Б. Уэйли, -М. Вильямс, 2014. - 1312 с.

7. Роббинс А. Bash. Карманный справочник системного администратора / А. Роббинс -М. Вильямс, 2017. - 152 с.

8. Sander van Vugt Red Hat RHCSA/RHCE 7 Cert Guide: Red Hat Enterprise Linux 7 (EX200 and EX300) / Sander van Vugt — Pearson IT Certification, 2015. — 1008 p.

9. TechNet - URL: https://technet.microsoft.com/ru-ru/

10. Документация по Debian GNU/Linux - URL: https://www.debian.org/doc/index.ru.html

Задание которые мы должны сделать дома и практическая работа на паре.

Все задания мы можем прочитать на сайте: https://edu.vsu.ru/

На сайте справа показывает кнопка вход, а наверху написано логин и пароль. Логин это номер свой студенческий билет, а пароль свой дата рождения.

Лекция 2.

Чем занимается систем администрация.

1- Развитие и поддержка работы сети

2- Поддержка работоспособности ЭВМ (обновление/установка, покупка/ремонт оборудование), а для серверов: поддержка определенного ПО

3- Обеспечение безопасности

4- Периферийные устройства (печать, сканирование и т.д.)

Задачи:

· Закупка (функционал -> требуемое качество)

· Введение в эксплуатацию (установка/обучение софта, проверка работоспособности)

· Ремонт/мониторинг/ведение документации, резервные копии

· Модернизация

· Автоматизация

(подробнее) К обязанностям системного администратора обычно относят следующие задачи:

• подключение и настройка аппаратных устройств;
• установка и обновление программного обеспечения;
• запуск и настройка общесистемных сервисов (конфигурирование системы);
• управление пользователями;
• управление процессами;
• распределение ресурсов;
• обеспечение безопасности.

Вопросы подключения и настройки аппаратных средств, а также процедуры установки и обновления программного обеспечения мы рассмотрим в двух последующих главах. Остальные задачи системного администрирования будут кратко рассмотрены в настоящем разделе. Начнем с рассмотрения того, как происходит процесс загрузки ОС. Дело в том, что этот этап во многом определяет режим последующей работы системы и ее конфигурацию. Если вы умеете влиять на процесс загрузки, значит, вы уже сможете добиться желаемой конфигурации системы после загрузки.

Но для понимания процедуры начальной загрузки необходимо иметь самое общее представление о том, что такое процесс в системе, поскольку это понятие будет постоянно использоваться в дальнейшем.

В самом первом приближении можно считать, что процесс — это загруженная в оперативную память программа. Но это не совсем точно, правильнее было бы сказать, что "процесс выполняет программу". Дело в том, что в Linux вначале запускается процесс, который загружает в оперативную память программу из указанного ему файла и начинает ее выполнять. Это означает, что каждый процесс должен быть запущен (как говорят — "порожден") каким-то другим процессом. То есть для каждого процесса однозначно определен его "родитель" (или "предок"), для которого данный процесс является "дочерним" (или "потомком"). Если вы хотите увидеть "дерево" запущенных в вашей системе процессов, выполните команду pstree. Вывод этой команды позволяет увидеть, что "отцом" всех процессов в системе (или "корнем дерева процессов") является процесс init, который первым запускается после загрузки ядра.

Каждый процесс в системе имеет уникальный идентификатор — PID, назначаемый процессу при запуске. Процесс с идентификатором 1 выполняет программу init. Именно по этим идентификаторам система различает процессы. Каждый запущенный процесс в любой момент времени находится в одном из следующих состояний: активен (R), приостановлен (T) или "спит" (S). Текущее состояние процесса называют статусом процесса.

Кроме идентификатора и статуса для каждого процесса в специальных структурах ядра сохраняются следующие данные (приводимый ниже перечень является далеко не полным):

• полная командная строка запуска выполняемой процессом задачи;
• информация об отведенном процессу адресном пространстве;
• ссылка на текущий рабочий каталог и корневой каталог процесса (последний служит для ограничения доступа процесса к файловой структуре);
• таблица открытых процессом файлов;
• так называемое окружение процесса, т. е. перечень заданных для данного процесса переменных с их текущими значениями;
• атрибуты, определяющие права и привилегии процесса,
• таблица обработчиков сигналов;
• указание на родительский процесс;
• пользовательская маска (umask) или маска доступа — указание на то, какие права надо удалить при создании нового файла или каталога из стандартного набора прав, присваиваемых файлу (каталогу).

Поскольку Linux — система многозадачная, одновременно может быть запущено много процессов. Впрочем, слово "одновременно" здесь применено не совсем корректно, поскольку на самом деле в каждый момент времени выполняется только один процесс. (Для точности следует заметить, что в многопроцессорных системах, на которых Linux тоже может работать, одновременно могут выполняться несколько процессов, но мы рассматриваем только однопроцессорные системы). Планировщик процессов выделяет каждому процессу небольшой квант времени и по истечении этого кванта передает управление следующему процессу. Кванты времени, выделяемые каждому процессу, так малы, что у пользователя создается иллюзия одновременного выполнения многих процессов. А для того, чтобы некоторые, наиболее важные процессы, получали больше процессорного времени, для каждого процесса установлен приоритет.

Пользователи могут "общаться" с процессами путем посылки им сигналов. Процессы тоже общаются друг с другом посредством сигналов. Когда мы нажимаем комбинацию клавиш <Ctrl>+<C>, чтобы завершить выполнение какой-то программы, мы фактически посылаем соответствующему процессу сигнал "Завершить работу". Завершаясь, процесс посылает родительскому процессу сигнал о своем завершении. Но бывают случаи, когда родительский процесс завершается раньше дочернего. Процессы, не имеющие родителя, называются "сиротами". "Сироты" автоматически усыновляются процессом init, который и принимает сигналы об их завершении. Если процесс-родитель по каким-то причинам не может принять сигнал о завершении дочернего процесса, то процесс-потомок превращается в "зомби" и получает статус Z. Процессы-зомби не занимают процессорного времени (т. е. их выполнение прекращается), но соответствующие им структуры ядра не освобождаются. Уничтожение таких процессов — одна из обязанностей системного администратора. Наконец, процесс может надолго "впасть в сон", прервать который не удается. Статус таких процессов обозначается символом D. Уничтожить их удается только при перезагрузке системы.

Особым видом процессов являются демоны. Вообще-то в них нет ничего особого. Это просто процессы, выполняющиеся в фоновом режиме, без вывода каких-либо данных на терминал. Демоны обычно используются для выполнения сервисных функций, обслуживания запросов от других процессов, причем не обязательно выполняющихся на данном компьютере.

Надо еще упомянуть, что процессы могут запускать ("внутри себя") отдельные нити (thread), или потоки. Нити — это параллельно выполняемые части одной программы, которые в Linux реализованы как процессы, запускаемые со специальным флагом. С точки зрения системы они отличаются от других процессов только тем, что для них не создается отдельное окружение, они выполняются в среде родительского процесса.

Лекция 3.

Так сейчас мы расскажем про стоимость владения. Попробуем про машины.

· Новая машина: 550000 руб + аптечка/огнетушитель (раз в 2 года)

· Страховка: 8000 руб каждый год

· Регистрация в ГИБДД: 2700 руб (один раз)

· ТО: 1000 руб каждый год

· Резина (шины): 3500 руб * 4 штук + через 5 замена(лето+зима) + 2000руб ->(каждый год)

· Налог: 2500 руб каждый год

· Топливо 300р/100 км

· Мойка/штрафы, платные парковка

· Дом-работа 20 км/день 1год:20*365=7500км

· Машина 40т.р, э.р. + 70000=116000руб

· Общественный транспорт 17*2*365=12500руб

· Такси 400*365=146000 руб

· Велосипед: ?>0

· Пешком: 00

Так

Совокупная стоимость владения (ТСO - TotalCostofOwnership) информационной системой - сравнительно новое понятие, кото­рому в последнее время уделяется самое пристальное внимание в литературе. Под совокупной стоимостью владении пони­мается сумма прямых и косвенных затрат, которые несет владелец системы за период жизненного цикла последней.

При анализе ТСО рассматривают жизненный цикл, включаю­щий в себя время жизни существующей на предприятии системы, время, необходимое для проектирования нового альтернативного решения, срок эксплуатации альтернативной системы с учетом амор­тизации ее элементов и ориентировочного срока ожидания. Полсро­ком ожидания понимают время, необходимое для выхода системы на уровень доходности, при котором ее эксплуатация позволяет получить частичный (до 90%) возврат инвестиций, вложенных в систему.

При выборе новой информационной системы между альтерна­тивными существующему решению вариантами необходимо оценить совокупную стоимость владения для каждого предлагаемого вари­анта. При этом жизненный цикл, на котором оцениваются прямые и косвенные затраты, должен включать:

• время жизни существующей на предприятии системы;
• время проектирования новой системы;
• время на закупку и внедрение элементов новой системы;
• время эксплуатации новой системы, которое необходимо ог­раничить сроком возврата 90% вложенных инвестиций за счет прибыли от эксплуатации этой системы. Вариант информационной системы с более коротким жизнен­ным циклом предпочтителен для дальнейшего использования. На рис. 1 самым рациональным является вариант А.

Точка выбора новой системы для каждого предприятия индиви­дуальна. Предприятие может начать этот процесс в различных слу­чаях, например:

• при появлении необходимости дополнить или изменить функ­ции существующей информационной системы, чтобы они соответствовали изменившимся потребностям бизнеса и не приводили к неоправданным финансовым потерям;
• при достижении доходов от эксплуатации существующей сис­темы порядка 90% вложенных в нее инвестиций;
• при превышении эксплуатационных затрат на систему над доходами от ее использования и др.

Прямые и косвенные затраты могут включать следующие составляющие:

Прямые затраты

1.1. Основные затраты:

• создание информационной системы;
• оборудование - серверы, клиентские места, периферия, сетевые компоненты;
• программное обеспечение (ПО);
• приложения, утилиты, управляющее ПО;
• обновление (модернизация).

1.2. Эксплуатационные затраты:

• управление задачами (сетью, системой, массивами памяти);
• поддержка работоспособности системы - персонал, функционирование справочной службы, обучение, закупки, подготовка кон­трактов на поддержку системы;
• разработка инфраструктуры, бизнес приложений.

1.3. Прочие затраты:

• создание коммуникаций - глобальные сети, взаимодействие с поставщиками сервиса, удаленный доступ, Internet, доступ клиента
• управление и поддержка - аутсорсинг, сопровождение, справочная система

Все затраты на создание информационной системы, которые ассоциируются с установкой оборудования и его подготовкой к эк­сплуатации, должны оцениваться как часть инвестиций. Эти разовые затраты могут включать в себя такие составляющие, как проек­тирование системы, программирование, тестирование системы, ревизия системы, приобретение оборудования, разработка и изме­нение руководств, обучение и передвижения в связи с установкой, тестированием и параллельным запуском системы.

Затраты на оборудование включают в себя стоимость компонент системы, затраты в течение жизненного цикла, такие, как смена оборудования, которое заменяется до истечения жизненного цикла. Затраты на оборудование могут включать и такие разовые расходы, как сопутствующая мебель для периферийных устройств. Оценки подготовительных работ должны основываться на масштабах реноваций и включать в себя изменение расположения при перемещении, добавлении или удалении оборудования. Кроме того, в эти затраты необходимо включать и изменении в электропитании, освещении и кондиционировании воздуха. Если часть оборудования бе­рется в лизинг, то суммарные затраты на это оборудование выделяются в отдельную категорию.

В таблице перечислены основные виды затрат и их составляющие, которые необходимо учитывать при определении совокупной сто­имости владения.

Эксплуатационные затраты (затраты на обслуживание и работу системы)
1. Затраты на сетевое управление - расхо­ды административно­го персонала на ре­шение задач, ассоци­ируемых с управле­нием сетью и клиентами	затраты на определение причины неисправности и решение проблемы (ремонт), после того как по­ступило сообщение о неисправности в сети регулярные затраты на измерение сетевого трафика и планирование его оптимизации регулярные затраты на настройку производитель­ности сетевых компонентов и межкомпонентных со­единений временные затраты, связанные с добавлением, пе­ремещением, удалением пользователей и измене­нием прав доступа к сети затраты на поддержку сетевых и клиентских опе­рационных систем, включая установку, настройку и инсталляцию драйверов затраты на поддержание работоспособности сети и клиентов, наподобие диагностики, проверок и про­чих задач, которые не попадают в категории, указан­ные выше затраты на поддержку пользователя, поддержки производителей, не попадающие в перечисленные выше категории
2. Затраты на управ­ление системой - расходы на управле­ние приложениями, имуществом и мигра­циями	затраты, связанные с исследованием и планиро­ванием проекта новых компьютерных систем, сете­вых и коммуникационных компонент, затраты на вы­бор различных стратегий и конфигураций затраты, связанные с оценкой и покупкой новых компьютеров, сетевых компонент, коммуникационных устройств и программного обеспечения, определе­ние поставщика, модели и получение финансов затраты, связанные с управлением, контролем за лицензиями, дистрибуцией и конфигурированием программного обеспечения по сети затраты, связанные со сбором информации, отно­сящейся к имуществу, и включающие в себя инвен­таризацию, контроль закупок и отслеживание кон­фигураций имущества затраты на управление программным обеспечени­ем сети, включающее в себя контроль версий, досту­па и запуска
	затраты, связанные i контролем за системой с целью обнаружения и предотвращения нарушений правил безопасности, вирусных атак и мероприя­тия по восстановлению после нарушений затраты, связанные с конфигурированием новых решений или перенастройкой существующих реше­ний (решение включает в себя компоненты систе­мы, топологию, местоположение, а также любые фи­зические или логические замену и инсталляцию) затраты, связанные с установкой дополнительно­го оборудования или модернизацией (за исключе­нием программной модернизации)
3. Затраты на управле­ние устройствами хра­нения данных - расхо­ды на задачи, связан­ные с управлением и контролем за данными и их хранением в сети	затраты, связанные с организацией, оптимизаци­ей и восстановлением файлов в сети затраты, связанные с контролем и проверкой оп­тимизации хранящихся данных затраты, связанные с обеспечением доступа к дан­ным и устройствам хранения информации затраты по конфигурированию, управлению, опти­мизации и поддержке систем архивирования и ре­зервного копирования затраты на создание, испытание, управление и поддержку планов прогнозирования и восстанов­ления неисправностей затраты по управлению средствами хранения дан­ных и репозиторием в реальном времени
Косвенные затраты
Затраты, связанные с оплатой действий, напрямую не являю­щихся рабочими функциями	Контроль, отправка и получение почты, телефонные разговоры, ввод информации, переводы, расходы n.i помещение, потери от плановых и внеплановых про­стоев, коммунальные услуги и поддержку админис­тративного и конторского персонала

Давай попробуем на ПК.

· Покупка

· Электроэнергия

· Ремонт

· Подготовка помещения (столы, кондиционер, ЛВС проектировка, монтаж)

· Поддержка ПО

На дому мы должны написать в ods/xls файла с формулами стоимость владения принтера (каждому участнику разный (3-5) принтер в зависимости от печати) и скинуть в сайте https://edu.vsu.ru/

Стоимость владения печатного устройства

· Объем печати 100стр->40000 стр/мес

· Технологии (струйный, лазерный, и т.д.)

· Обзор доступных моделей

· Обоснование расходных материалов (картридж и т.д.)

И еще надо написать в другом doc документе(файл) технического задания (ТЗ) тот же принтер который очень выгодно выбирать. На это задание дают 2 месяца до срококончаия.

Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет. Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков. Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.

Например:

Техническое задание ноутбук 17” процессор ,,,,

принтер

Скорость печати, и т.д.

Документация:

· Текстовый процессор

· Бумажный вариант

· Облако

· WiKi(сайт)/смс

· Стандарт оформления

· Linux

· Виртуалка с 2012 сервером

· Ядро

· Инструментарии управления

· Прикладное ПО

1. MS Office

2. 1C предприятия

3. Web серверы

4. Серверы СУБД

И т.д

· Сетевые настройка

· Устройства хранения(разбиение диска на разделы)

Лекция 4.

Интерпретатор.

Интерпретатор (interpreter) — программа или техническое средство, выполняющее интерпретацию, а также вид транслятора, осуществляющего пооперационную (покомандную) обработку и выполнение исходной программы или запроса. В отличие от компилятора, который осуществляет трансляцию всей программы высокого уровня в машинные коды один раз без ее выполнения (создает объектную программу), интерпретатор транслирует исходную программу команда за командой каждый раз при выполнении и не создает объектного модуля. За счет такого режима выполнение программы происходит медленнее, чем в случае ее обработки транслятором, однако при обработке интерпретатором программы выполняются сразу, без промежуточной стадии трансляции.

Интерпретаторы — трансляторы языков программирования, работают на отличающемся от компиляторов принципе. Интерпретаторы не производят исполняемого машинного кода. Они берут исходный текст программы на языке программирования и выполняют его сами строка за строкой. При этом интерпретатор извлекает из файла с исходным текстом одну команду, распознает ее и вызывает те или иные функции операционной системы. Интерпретатор определяет команду и переводит (интерпретирует) ее так, чтобы операционная система поняла, что от нее хотят. Скорость выполнения программ в режиме интерпретации намного ниже, чем у компилированного кода, за счет того, что работа программы идет не напрямую с центральным процессор