Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 7)

2) в качестве монитора ПК лучше всего использовать новые цветные жидкокристаллические мониторы;

3) верх экрана должен быть примерно на уровне горизонтальной линии, проведенной от глаз к экрану;

4) во время работы положение кистей рук должно быть горизонтальным, предплечья разогнуты в локтевых суставах под углом 90 градусов, спина должна быть прямой. Руки должны иметь опору на столе;

5) во время нормальной работы голова не должна быть сильно наклонена, чтобы не беспокоили головные боли и боли в шее;

6) клавиатура должна располагаться не ближе 10 см от края стола. При длительной работе с клавиатурой нежелательно, чтобы кисти и предплечья опирались на угол стола;

7) желательно, чтобы компьютер был заземлен;

8) при длительной работе с ПК важны своевременный отдых, разминка;

9) во время работы с монитором не следует сидеть неподвижно, необходимо периодически менять позу, двигать плечами, поморгать глазами или закрыть их на несколько секунд. Дышать надо свободно. После 30-45 минут интенсивной работы желательна пауза и гимнастика, в том числе для глаз;

10) через 10 минут работы полезно на 5-10 с отвести глаза в сторону от экрана.

Требования к организации рабочего места и расположению экрана монитора:

1) высота рабочей поверхности стола должна составлять 680-800мм;

2) покрытие стола должно быть диффузно отражающим с коэффициентом отражения 0,45-0,50;

3) расположение экрана должно быть таким, чтобы изображение в любой его части было различимо без необходимости подъема или опускания головы;

4) расположение монитора должно быть ниже уровня глаз, угол наблюдения не должен превышать 60°;

5) освещенность рабочего места оператора ПЭВМ должна составлять 300-500 люкс;

6) освещенность экрана не должна превышать 300лк;

7) коэффициент пульсации освещения не должен превышать 5%;

8) отношение яркостей в зоне наблюдения не должно быть более 10:1;

9) яркость объектов в поле зрения (потолок, стены, окна, мебель, светильники, прочее оборудование) не должна превышать 200 кд/м2;

10) яркость бликов на экране дисплея не должна превышать 40 кд/м2;

11) в поле зрения оператора должна отсутствовать прямая и отраженная блескость, (блескость – это свойство ярких источников света или отражающих яркий свет поверхностей, находящихся в поле зрения, утомляюще воздействовать на зрение человека));

12) необходима солнцезащита (шторы, жалюзи);

13) использовать светильники только со светорассеивателями (особенно при использовании светодиодов, т.к. они являются точечными источниками света с повышенной блескостью);

14) размещать рабочий стол так, чтобы оконный проем находился сбоку от оператора;

15) использовать дисплеи с антибликовым покрытием или фильтром;

16) для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузно отражающие материалы с коэффициентом отражения для потолка - 0,7 - 0,8; для стен - 0,5 - 0,6; для пола - 0,3 - 0,5;

17) электропроводка помещений, в которых используются ПЭВМ, должна быть выполнена с защитным заземлением;

18) избегать расположения ПЭВМ вблизи силовых кабелей, электрораспределительных щитков, трансформаторов, электродвигателей, мощного электрооборудования.

Требования к параметрам изображения на экране монитора:

1) высота символов на дисплее должна быть не менее 20' (а лучше до 40');

2) следует избегать применения насыщенного синего цвета для мелких изображений;

3) не рекомендуется использовать в изображении следующие сочетания цветов: на темном фоне синий и красный цвета символов, красный цвет символов на синем фоне, синий цвет символов на красном фоне;

4) количество отображаемых цветов на экране должно быть минимальным;

5) яркость экрана должна быть не менее 35 кд/кв.м. для ЭЛТ-дисплеев и не менее 20 кд/кв.м для плоских дискретных экранов;

6) неравномерность яркости рабочего поля не должна превышать 20%;

7) неравномерность яркости элементов знака не должна превышать 20%;

8) яркостный контраст изображения должен быть не менее 3:1;

9) степень несведения цветов в любом месте экрана не должна превышать 3,4';

10) мелькание изображения для дисплеев не должно визуально фиксироваться;

11) частота обновления изображения для ЭЛТ дисплеев не должна быть менее 75 Гц, а для дисплеев на плоских дискретных экранах – 60 Гц;

12) дрожание изображения не должно превышать 0,1 мм.

Требования к уровню искажений изображения по рабочему полю:

1) изменение высоты однотипных знаков по рабочему полю не должно превышать ±5%;

2) максимальная разность длин строк текста на рабочем поле должна быть не более 2% средней длины строки.

Требования к уровню электромагнитных полей и ионизирующего излучения:

1) электростатический потенциал экрана не должен превышать ±500 В;

2) напряженность электрического поля не должна превышать 25 В/м в частотном диапазоне 5…2000 Гц и 2,5 В/м в диапазоне 2…400 кГц;

3) плотность магнитного потока от монитора не должна превышать 250 нТл в частотном диапазоне 5…2000 Гц и 25 нТл в диапазоне 2…400 кГц;

4) мощность экспозиционной дозы мягкого рентгеновского излучения от монитора не должна превышать 1 мкЗв/час (100 мкР/час)

Требования к конструкции монитора:

1) конструкция монитора должна предусматривать регулировку яркости и контраста;

2) корпус дисплея должен быть окрашен в мягкие тона и иметь диффузно отражающую поверхность с коэффициентом отражения 0,4…0,6;

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

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

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

8 ОПРЕДЕЛЕНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ВНЕДРЕНИЯ ФУНКЦИОНАЛА ПЕРВОЙ ИТЕРАЦИИ ПРОЕКТА

8.1 Общие положения

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

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

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

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

Говоря об оценке эффективности инвестирования в разработку и внедрение программного продукта, нельзя не упомянуть о рисках подобных проектов. Риск ̶ это неопределенное событие или условие, которое может повлиять на цели проекта. У рисков имеются свои источники и последствия. Риски отличаются от проблем и трудностей, так как имеют отношение к будущим, потенциально возможным негативным результатам. Проблемы же и трудности представляют собой нечто, имеющее место в настоящее время. Риски могут стать проблемами, если ими эффективно не управлять. При реализации любого ИТ-проекта особое внимание требуется уделять разработке и применению методов управления рисками.

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

Управление рисками подразумевает действия для достижения целей управления рисками. Для компаний целями управления рисками могут быть повышение рентабельности бизнеса, повышение конкурентоспособности и т. п. В нашем случае ̵ это выполнение ИТ-проекта качественно, в установленные сроки, в рамках бюджета с сохранением логических рамок работ. При этом надо понимать, что процесс этот далеко не линейный. Практически все его этапы связаны между собой, и по завершении почти любого из них может выявиться необходимость возврата к предыдущему.

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

В первую очередь необходимо определить риски, которые способны повлиять на проект, то есть их идентифицировать. Для этого полезно не только использовать прежний опыт, но и привлечь участников проекта, экспертов, пользователей, менеджеров других проектов и т. д. Идентификация рисков – итеративный процесс. Первую итерацию может сделать команда управления проектом, вторую ̶ другие участники проекта, окончательную ̵ внешние по отношению к проекту специалисты. В процессе идентификации рисков важно наметить планы потенциального реагирования. При идентификации проектных рисков можно выделить группы управленческих рисков, организационных рисков, технических и технологических рисков, а также рисков внешних.

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

На практике, как правило, технические риски в ИТ-проекте хотя и случаются, но с ними почти всегда можно сладить. Сложнее дело обстоит с такими рисками, как «политические игры», «отсутствие поддержки руководства», «нежелание, сопротивление пользователей, подрядчиков», «недостаточное финансирование».

После того как риски определили, описали условия, признаки их возникновения, следует провести их качественный и количественный анализ.

Качественная оценка нужна для расстановки приоритетов рисков по степени их влияния на результаты проекта в разрезе его стадий. При этом качественно оценивается вероятность риска и важность его последствий. Такая оценка должна проводиться регулярно на протяжении всего ИТ-проекта. Качественная оценка рисков базируется на плане управления рисками, перечне идентифицированных рисков, текущем состоянии проекта, точности и надежности исходной информации, опросных списках для оценки вероятности и последствий рисков. К методам качественной оценки рисков относится, например, идентификация рисков по шкале: очень высокие, высокие, умеренные, низкие, очень низкие, а также заполнение матрицы «Вероятность/последствие риска».

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

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

К методам количественного анализа рисков относятся, например, статистические методы, математические методы моделирования, анализ сценариев развития ситуации при возникновении того или иного рискового события и ряд других методов.

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

Рассмотрим пример качественного и количественного анализа рисков. Пусть в ИТ-компанию поступил запрос на внедрение информационной системы. При этом требования заказчика соответствуют одному из имеющихся у компании типовых вариантов внедрения со сроком внедрения 180 дней и стоимостью внедрения 4 млн. руб. Известно, что при внедрении могут иметь место риски, способные повлиять на параметры проекта (объем работ, сроки, качество, стоимость внедрения) и сделать реализацию данного проекта для исполнителя невыгодной. Необходимо так скорректировать параметры проекта внедрения, чтобы минимизировать возможные риски.

Характеристики

Список файлов ВКР