Российский государственный торгово-экономический университет

Одобрено
учебно-методическим советом
Экономического факультета
(протокол от «____»________2007 г.
№ ____)



ИНФОРМАЦИОННЫЙ МЕНЕДЖМЕНТ
Тематика контрольных работ и методические указания по их выполнению
для студентов заочной формы обучения
специальностей:


Согласовано: Рекомендовано:
с учебно-методическим кафедрой Информационных технологий
управлением РГТЭУ (протокол от «____» ______ 2007г.
«___»____________2007г. №_______)
________________ФИО Зав.кафедрой В.Ф.Макаров












Москва
2007г.
Авторы составители:
Еремеев Андрей Владимирович, кандидат технических наук, до-цент кафедры ИТ,
Еремин Евгений Дмитриевич, кандидат технических наук, доцент кафедры ИТ.

Оглавление

Оглавление 3
1. Варианты контрольных работ 4
2. Выбор варианта контрольной работы 5
3. Требования к содержанию и оформлению контрольной работы 5
4. Методические указания по выполнению контрольной работы 6
4.1. Рекомендации по выполнению контрольной работы по теме «Разработка предложений по автоматизации рабочего места» 7
4.1.1. Детальное обследование объекта автоматизации 7
4.1.2. Построение моделей текущего и целевого состояния объекта 10
4.1.3. Предложения по автоматизации 13
4.2. Рекомендации по выполнению контрольной работы по теме «Управление капиталовложениями в сфере информатизации на объекте автоматизации» 16
4.2.1. Анализ затрат в сфере информатизации. Модель полной стоимости владения (ТСО) 16
4.2.2. Анализ полной стоимости владения 18
Приложение 1. Примеры оформления 21
Список литературы 28


1. Варианты контрольных работ
В качестве тем контрольных работ студентам предлагается выполнение практических заданий или исследование теоретических вопросов на объекте автоматизации. В первом случае студенты могут выполнить контрольные ра-боты по теме: «Разработка предложений по автоматизации рабочего места», во втором случае может быть выбран теоретический вопрос «Управление ка-питаловложениями в сфере информатизации на объекте автоматизации». Те-мы работ отличаются между собой объектами автоматизации, т.е. рабочим местом, которое предлагается студенту исследовать. Ниже приводится пере-чень типовых рабочих мест.
Вариант 1. Менеджер складского учета
Вариант 2. Менеджер отдела снабжения производственной компании
Вариант 3. Менеджер отдела снабжения торгово-закупочной компании
Вариант 4. Менеджер отдела розничных продаж
Вариант 5. Менеджер отдела доставки
Вариант 6. Менеджер транспортного отдела
Вариант 7. Менеджер отдела оптовой торговли
Вариант 8. Продавец салона торговой фирмы
Вариант 9. Менеджер отдела маркетинга
Вариант 10. Менеджер отдела рекламы
В качестве объекта автоматизации в контрольной работе студенты мо-гут использовать собственное (или бывшее свое) рабочее место.
Тема «Управление капиталовложениями в сфере информатизации на объекте автоматизации» рекомендуется в тех случаях, когда рабочее место уже надлежащим образом автоматизировано, и затруднительно сформулиро-вать предложения по совершенствованию управления объектом с помощью информационных технологий. Методические рекомендации по написанию контрольной работы по данной теме содержатся в разделе 4.2 настоящего по-собия.
Поскольку варианты отличаются объектами автоматизации, то реко-мендуемая литература одинакова для всех вариантов и приведена в списке литературы.

2. Выбор варианта контрольной работы
Выбор варианта контрольной работы осуществляется по специальной таблице по первой букве фамилии студента.
Первая буква фамилии Вариант контрольной работы
А – В 1
Г – Е 2
Ж – И 3
К – Л 4
М – Н 5
О – Р 6
С – Т 7
У – Ц 8
Ч – Щ 9
Э – Я 10

3. Требования к содержанию и оформлению контрольной работы
• цель выполнения контрольной работы: закрепление теорети-ческих знаний и умение применять полученные теоретические знания при решении конкретных практических заданий);
• требования к содержанию контрольной работы:
 творческий, самостоятельный подход к изложению материала, умение выразить свое мнение по исследуемому вопросу;
 недопустимость механического переписывания материала учеб-ника или лекций;
 подтверждение теоретических выводов практическим или стати-стическим материалом;
 цитирование первоисточников с ссылками на номер работы, ука-занный в списке используемой литературы, и страницу; наличие иллюстра-ций и таблиц.
• требования к оформлению контрольной работы:
 объем работы 10-15 страниц стандартного формата А4, размер шрифта 14 пт;
 на страницах работы необходимо оставлять поля для замечаний преподавателя-рецензента;
 страницы работы нумеруются, титульный лист (приложение 1) является первой страницей контрольной работы (номер страницы на титуль-ном листе не проставляется);
 на 2-ой странице дается план (содержание) работы, далее следует наименование практического задания и подробное описание его выполнения;
 все иллюстрации и таблицы должны быть пронумерованы, каж-дую иллюстрацию необходимо снабжать подрисуночной надписью, таблицы с заголовками должны быть помещены в тексте после абзацев, содержащих ссылки на них;
 тексты цитат заключаются в кавычки и сопровождаются сноской;
 в конце контрольной работы приводится список использованной литературы и иных источников информации в алфавитном порядке;
 небрежность в изложении и оформлении не допускается.

4. Методические указания по выполнению контрольной работы
Контрольная работа должна быть представлена в деканат факультета не позднее, чем за 20 дней до начала экзаменационной сессии. Контрольная работа, выполненная без соблюдения требований или не полностью, не зачи-тывается и возвращается студенту на доработку.
До начала сессии студент получает проверенную преподавателем кон-трольную работу с исправлениями в тексте и замечаниями на полях, а также рецензию, в которой анализируются все ошибки и неточности, даются реко-мендации по исправлению ошибок и выставляется оценка «зачтено» или «не-зачтено». Оценка «зачтено» является допуском к зачету по учебной дисцип-лине. Работа с оценкой «незачтено» должна быть доработана и представлена на повторное рецензирование.
При описании хода выполнения задания в контрольной работе следует придерживаться следующего порядка.
Контрольная работа начинается с Введения. Введение должно содер-жать цель работы и исходные данные. Целью контрольной работы является продемонстрировать умение применить приобретенные знания в области управления процессом планирования и эффективного использования инфор-мационных технологий для решения одной из конкретных задач информаци-онного менеджмента на исследуемом объекте.
Исходными данными для контрольной работы являются сведения об объекте автоматизации – конкретном рабочем месте, самостоятельном участ-ке работы, соответствующем варианту контрольной работы. Это могут быть данные о настоящем рабочем месте студента или о другом хорошо знакомом ему участке работы.
Ход выполнения работы описывается по схеме: постановка задачи, способы и результаты обследования объекта автоматизации, использованные методы решения поставленной задачи, полученные результаты и выводы. При этом необходимо найти разумный компромисс между степенью детали-зации в описании выполненных работ и понятностью изложения. Одна край-ность – это документ, содержащий развернутое, очень подробное описание каждого шага, другая крайность – набор блок-схем с кратким их описанием.
Контрольная работа должна содержать графические иллюстрации, по-зволяющие лучше понять ход ее выполнения.

4.1. Рекомендации по выполнению контрольной работы по теме «Разработка предложений по автоматизации рабочего места»

4.1.1. Детальное обследование объекта автоматизации

Обследование – важнейший и определяющий этап выполнения работы, на его основе осуществляется решение большинства задач информационного менеджмента. По окончании обследования строится предварительный вари-ант функциональной модели объекта, включающей идентификацию внешних объектов, и информационных взаимодействий с ними, а также детализацию до уровня основных видов деятельности и информационных связей между этими видами, в дальнейшем на основании согласованных моделей верхнего уровня и осуществляется построение детальных моделей.
Необходимо отметить, что студент должен обследовать не более 2 ви-дов деятельности объекта (таких, как, например, учет кадров, ремонт обору-дования, перевозки и т.п.), для того чтобы тщательно в них разобраться. Со-временное предприятие является сложной системой, состоящей из крупных взаимоувязанных подсистем (видов деятельности), а возможности человека в одновременном охвате большого количества таких подсистем ограничены.
Исходной информацией при проведении обследования и выполнении дальнейших этапов служат:
• данные по оргштатной структуре предприятия;
• информация о принятых технологиях деятельности;
• стратегические цели и перспективы развития;
• предложения по усовершенствованию бизнес-процессов предпри-ятия;
• нормативно-справочная документация;
• данные по имеющимся на предприятии средствам и системам авто-матизации.
При проведении обследования можно применять следующие методы:
• анкетирование;
• сбор документов;
• сбор статистических данных по бизнес-процессам.
Анкетирование – это начальный этап обследования. Анкеты позволяют составить первоначальное представление о сферах деятельности предпри-ятия. Анкеты адресуются руководителям структурных подразделений и со-держат графы для идентификации фамилии и должности анкетируемого. Список вопросов ограничен 10-15 вопросами. Примерный вариант анкеты приведен ниже.
• Основные функции подразделения.
• Каковы (с позиций вашего подразделения) должны быть цели созда-ния интегрированной системы управления объектом (предприятием, подразделением)?
• Какая информация поступает из других подразделений (заявки, за-просы, отчеты и т.п.)?
• Какая информация передается в другие подразделения?
• Какая информация формируется в подразделении?
• С какими внешними предприятиями (банк, заказчик, поставщик и т.п.) взаимодействует подразделение и какой информацией обмени-вается?
• Физическое представление информационных потоков и хранилищ (документ, дискета, сеть, журнал, картотека и т.п.).
• Время хранения информации.
• Документы от и для руководства.
• Штатная структура и квалификация кадров.
• Техническое оснащение подразделения (компьютеры, сеть, модем и т.п.).
• Используемые программные продукты.
Сбор документов должен осуществляться на всех этапах проведения обследования; соответствующие формы, бланки и т.п. в дальнейшем окажут неоценимую услугу при разработке информационной модели объекта авто-матизации.
Сбор статистических данных по бизнес-процессам надо осуществлять по каждому элементу: потоку данных, процессу, хранилищу данных, внеш-ним объектам и т.п.
1) Потоки данных. Такие характеристики потока, как скорость и интен-сивность, являются необходимыми при определении требований к аппарат-ным (техническим) средствам. Кроме того, для любого составного потока данных полезно знать распределение компонентов внутри этого потока дан-ных.
2) Процессы. Важнейшие характеристики процессов - частота и время выполнения. Именно здесь лежит ключ к их усовершенствованию. Кроме то-го, такие сведения являются необходимыми при определении требований к аппаратным средствам.
3) Хранилища данных. По хранилищам данных обычно собирается следующая информация: среднее количество записей в каждом хранилище данных, количество чтений, добавлений, изменений и удалений записей по каждому из процессов, включающих перечисленные действия.
4) Внешние объекты. Наконец, необходимо собрать определенную ста-тистику об окружении, в котором система должна работать («ограничения окружения»). Наиболее важным здесь является количество пользователей, их способы использования системы и географическое распределение. По этой статистике можно будет сделать заключения о стоимости периферии, о типе системы телекоммуникаций и даже о том, как данные должны быть физиче-ски распределены для обеспечения удаленного доступа.
4.1.2. Построение моделей текущего и целевого состояния объекта

Построение и анализ моделей деятельности относится к области биз-нес-консалтинга, включающего в себя построение моделей текущего и целе-вого состояния объекта, выработку предложений по совершенствованию его деятельности, формирование целевой программы развития объекта и плана перехода из текущего состояния в целевое. На данном этапе осуществляется обработка результатов обследования и построение функциональных и ин-формационных моделей технологий работы следующих двух видов:
• модели «как есть», позволяющей понять, что делает и как функцио-нирует данный объект (оргштатная структура, взаимодействия с дру-гими подразделениями, принятые технологии, автоматизированные и неавтоматизированные бизнес-процессы и т.д.) на момент обследо-вания;
• модели «как должно быть», интегрирующей перспективные предло-жения и позволяющей сформировать видение новых рациональных технологий работы объекта.
При этом переход от модели «как есть» к модели «как должно быть» обычно осуществляется следующими двумя способами:
1) совершенствованием технологий на основе оценки их эффективно-сти. При этом критериями оценки являются стоимостные и временные затра-ты выполнения бизнес-процессов, дублирование и противоречивость выпол-нения отдельных задач бизнес-процесса, степень загруженности сотрудников («легкий» реинжиниринг);
2) радикальным изменением технологий и переосмыслением бизнес-процессов («жесткий» реинжиниринг). Например, вместо попыток улучше-ния бизнес-процесса проверки кредитоспособности клиента, может быть, следует задуматься, а нужна ли вообще такая проверка? Возможно, затраты на такие проверки каждого из клиентов во много раз превышают убытки, ко-торые может понести банк в отдельных случаях недобросовестности (в слу-чае, когда клиентов много, а суммы сделок незначительны).
В контрольной работе студенты должны на основе результатов деталь-ного обследования объекта автоматизации, выполненного на предыдущем этапе работы:
• разработать информационно-логические схемы деятельности объекта автоматизации, соответствующие модели «как есть»,
• провести анализ соответствия между собой параметров информаци-онных потоков, представленных для внешних структурных подраз-делений предприятия,
• разработать и представить в виде блок-схемы детализацию каждого вида деятельности объекта автоматизации на бизнес-процессы,
• представить в виде блок-схем алгоритмы выполнения бизнес-функций, входящих в состав бизнес-процессов,
• на основе анализа модели требований к информационной системе сформулировать предложения по переходу к модели «как должно быть».
Основные виды и последовательность работ, рекомендуемые при по-строении моделей деятельности.
1. Разработка иерархии диаграмм, образующих структурную функцио-нальную модель деятельности объекта;
2. Определение информационных потоков в основных процессах дея-тельности, связей между процессами и внешними объектами;
3. Оценка объемов и интенсивности информационных потоков;
4. Анализ и оптимизация структурной функциональной модели.
Ниже приводятся некоторые основополагающие рекомендации по структурированию моделей деятельности.
1. Основной принцип заключается в том, что структурирование должно осуществляться в соответствии со сферами деятельности и бизнес-процессами объекта, а не в соответствии с его оргштатной структурой. Имен-но бизнес-процессы представляют ценность, и именно их улучшением пред-стоит в дальнейшем заниматься.
2. Верхний уровень модели отражает только контекст системы – взаи-модействие моделируемого объекта с внешним окружением и ничего более. В случае построения модели структуры, включающей в себя несколько раз-нотипных объектов, на контекстном уровне необходимо отразить каждое из них и их соответствующие взаимосвязи. Например, контекстная диаграмма торгово-закупочного предприятия может содержать объекты: поставщики, банк, склад, магазины и транспортные компании.
3. На втором уровне модели воспроизводятся основные этапы деятель-ности объекта и их взаимосвязи. Например, Обеспечивающая деятельность может включать в себя Учет кадров, Бухгалтерский учет, Экономическое планирование, Материально-техническое снабжение, Складской учет и т.п.
4. Каждая деятельность в свою очередь детализируется на бизнес-процессы (желательно, единственного уровня). Например, деятельность по Учету кадров включает в себя такие бизнес-процессы как: Прием на работу, Увольнение и т.п.
5. Дальнейшая детализация бизнес-процессов осуществляется посред-ством бизнес-функций. Так, процесс Прием на работу содержит в себе функ-ции: Прием заявления, Оформление приказа, Peгистрация и др. Обычно для моделирования бизнес-функции достаточно 2-3 уровней детализации, завер-шающейся описанием элементарного алгоритма.
В Приложении 1 представлен пример представления функциональных и информационных моделей для объекта «Рабочее место менеджера по кад-рам малого предприятия».
4.1.3. Предложения по автоматизации

После построения системного проекта, содержащего требования к бу-дущей системе, на его основе осуществляется разработка предложений по ав-томатизации объекта, включающая:
• составление перечня автоматизированных рабочих мест объекта, их состава и структуры, а также способов и схем информационного взаимодействия между ними;
• разработку требований к техническим средствам;
• разработку требований к программным средствам;
• разработку топологии, состава и структуры локальной вычислитель-ной сети;
• разработку предложений по этапам и срокам автоматизации.
Далее рассматриваются рекомендации по выбору программного и тех-нического (аппаратного) обеспечения. В зависимости от задачи, поставлен-ной в контрольной работе, данный пункт может быть пропущен.
1) Обозначение границ реализации. Практически любая система может быть разбита на части, отражающие четыре основных типа реализации сис-тем: ручную, пакетную, диалоговую, реального времени. Из этих четырех типов первый реализуется людьми, остальные три являются автоматически-ми реализациями системы. Рассмотрим критерии назначения частям систем-ного проекта наиболее приемлемых для них типов реализации.
Ручная реализация имеет три основных преимущества перед автомати-ческой:
• процессы не требуется заранее точно определять по крайней мере они могут определяться не так тщательно, как при автоматической реализации: люди хорошо знают, как заполнить пробелы в специфи-кации;
• ручная система может откликаться на нeoжидaeмыe запросы, а не только на заранее планируемые. Например, ручная система брониро-вания авиабилетов может ответить на запрос о возможности парков-ки автомобиля около аэропорта;
Безусловно, ручные системы имеют массу недостатков: например, лю-ди устают, болеют, увольняются, требуют повышения заработной платы. Од-нако наиболее важно то, что размер и сложность ручной системы будут воз-растать с увеличением числа запросов, поскольку человек может обрабаты-вать лишь небольшое количество данных.
После определения границ ручной реализации необходимо решить, ка-кая часть системы будет пакетной, а какая диалоговой. Для большинства со-временных приложений вся автоматизированная система должна быть диа-логовой, если только не доказано противное. Соответствующее заключение может быть сделано на основе собранных статистических данных, например скорости поступления запросов и частоты изменения данных. В качестве примеров причин для пакетной реализации можно привести следующие:
• некоторые запросы требуют длительной работы со срезом базы дан-ных за определенный период (годовой отчет, пересылка накопленной информации и т.п.);
• некоторые отклики (например, отчеты о продажах) содержат боль-шое количество статичных данных, актуальность которых не изменя-ется в течение дней или даже недель.
Следующий шаг – выделение частей, реализуемых как подсистемы ре-ального времени. Существует два принципиальных отличия системы реаль-ного времени от просто диалоговой системы. Первое из них связано с кон-цептуальным уровнем: в системе реального времени время поступления со-бытия в систему само по себе несет определенную информацию, которая не может быть закодирована. Bтopоe связано с уровнем реализации: время от-клика системы реального времени является критичным и сопоставимым со скоростью выполнения технологических операций. В целом рекомендуется реализовать как подсистемы реального времени те части системы, из кото-рых должен быть исключен человек, т.е. те части, где приоритетным являет-ся фактор скорости.
2) Выбор подходящих технических средств. Разработав системный проект и определив границы реализации, можно начинать выбор аппаратной платформы, на которой будет функциониpoвaть система (или по крайней ме-ре сужать область для такого выбора). Полученные ранее оценки для интен-сивности информационных потоков, данные о хранилищах информации и взаимодействии между собой рабочих мест на объекте позволят студенту сформулировать приблизительный состав и основные характеристики аппа-ратных средств, необходимых для реализации системы.
3) Анализ и выбор существующей системы. Зная типы подсистем и по-тенциальную аппаратную платформу, можно приступать к поиску коммерче-ских пакетов, удовлетворяющих требованиям, выявленным и зафиксирован-ным на этапе системного проектирования, и которые могут справиться с раз-мерами и мощностью, определяемыми собранной статистикой.
Здесь неоценимую помощь оказывает системный проект, позволяющий выбрать систему, наиболее полно подходящую конкретному предприятию, либо отвергнуть данный путь и приступить к разработке и реализации собст-венной системы.

4.2. Рекомендации по выполнению контрольной работы по теме «Управление капиталовложениями в сфере информатизации на объекте автоматизации»

В настоящее время успех или неудачная деятельность многих высоко-технологичных компаний во всем мире связана с использованием информа-ционных технологий (ИТ). Развитие информационных технологий требует от организаций постоянного увеличения расходов на эти цели. В этой связи отечественные компании не являются исключением: инвестиции в развитие информационных технологий составляют значительную часть общего бюд-жета организации.
Для рационального использования капиталовложений требуется прове-дение мероприятий по оценке текущего уровня инвестиций в информацион-ные технологии и анализу его адекватности бизнесу, а также обеспечению управляемости процессом инвестирования. В основе решения этой задачи может лежать методология оценки совокупной стоимости владения инфор-мационной системой – Total Cost of Ownership (ТСО).

4.2.1. Анализ затрат в сфере информатизации. Модель полной стоимости владения (ТСО)

Совершенно естественно исчисление затрат начинать с учета затрат на приобретение средств информатизации. Эта статья требует очевидных и весьма немалых средств единовременно (в случае приобретения) или долями (в случае аренды или лизинга), и поэтому часто является серьезным сдержи-вающим фактором в решении задач информатизации.
Но цена приобретения никогда не исчерпывает всех затрат, связанных с использованием информационных ресурсов, а в ряде случаев может оказать-ся даже и неосновной их статьей. В связи с этим уместно использовать пол-ную стоимость или цену владения ТСО.
Цена владения – все затраты, связанные с обеспечением работоспособ-ности, эффективности и просто с использованием средств информатизации.
Представление о структуре затрат, определяющих ТСО, может дать приводимый ниже перечень статей:
Заработная плата персонала;
Начисления на зарплату;
Амортизация основных средств;
Материалы, детали, узлы и комплектующие;
Производственные услуги сторонних организаций;
Технологическая энергия;
Прочие прямые услуги (специальная литература и т.д.);
Накладные расходы.
Отдельно следует отметить прибыль – превышение доходов над расхо-дами. Получение прибыли – основная цель любого бизнеса, в том числе и об-работка информации.
Этот перечень статей затрат не претендует на полноту. Однако из него видно, что затраты можно подразделить на условно-постоянные, не завися-щие от объема выработанной продукции (в какой-то части заработная плата и начисления на нее, амортизация основных средств, накладные расходы), и переменные, явно переносимые на ее стоимость (технологическая энергия, расходные материалы, какая-то часть заработной платы, производственные услуги сторонних организаций).
В сфере ИТ производственные услуги сторонних организаций – это те-лефон, Интернет, спутниковая и сотовая связь, а также сопровождение, под-держка, консультации специалистов по ИТ, выполнение ремонтных работ и модернизации.
Износ основных фондов. По своему существу и назначению затраты на амортизацию – это планомерно формируемый путем отчислений на опреде-ленные счета фонд резервных средств, за счет которых может быть осущест-влено полное восстановление средств информатизации. Эти отчисления включаются в себестоимость продукции и налогами не облагаются.
Необходимость восстановления основных фондов обусловлена их из-носом. Износ – потеря средствами труда своих первоначальных качеств. Сте-пень износа технических средств зависит от интенсивности их использова-ния, условий эксплуатации и других факторов. Частичный износ устраняется ремонтом, полный – предполагает замену. Износ программных средств обычно связан с процессами деградации.
Износ имеет, кроме производственного, и явный экономический ас-пект. С нарастанием износа снижается надежность, растет число и усугубля-ется тяжесть отказов, вследствие чего требуется более дорогостоящее обслу-живание и ремонт. Это может служить критерием эффективности использо-вания ИС: если стоимость обслуживания становится соизмеримой с ценой приобретения, то целесообразно приобретение новых средств, т.е. замена. Снижение уровня использования оборудования (простой) приводит к тому, что уменьшается объем выполненных работ и услуг, а, следовательно, к по-вышению себестоимости продукции.
Моральный износ обусловлен во-первых тем, что то же средство про-изводится со временем все дешевле, а во-вторых появлением в том же классе более эффективных средств за те же деньги. Частично моральный износ мо-жет быть компенсирован за счет модернизации.
Начисление амортизации производится на основе балансовой стоимо-сти. Указом Президента РФ для компьютерной техники, ИС и систем обра-ботки данных годовая норма амортизации установлена в размере 25%; для нематериальных активов установлен предельный срок амортизации – 10 лет.

4.2.2. Анализ полной стоимости владения

Методология оценки ТСО предназначена:
 для получения полной информации о среде распределенных вы-числений и совокупной стоимости владения;
 для сравнения подразделений организации между собой, а также с другими организациями, аналогичными по функциональным возможностям;
 для оптимизации инвестиций путем непрерывного повышения качества инвестиций, технологии, организации, процессов, сте-пени удовлетворенности конечных пользователей.
ТСО представляет собой набор методологий, моделей и средств для изучения совокупных затрат какой-либо информационной системы, которая поддерживает выполнение определенной деятельности на качественном уровне обслуживания (уровне услуг). Основные компоненты ТСО – «пря-мые» и «непрямые» затраты.
Прямые затраты включают как капитальные компоненты (ассоциируе-мые с фиксированными активами или собственностью), так и трудозатраты, которые учитываются в категориях операций и администрирования. Сюда же относят затраты на услуги удаленных пользователей, аутсорсинг и др., свя-занные с поддержкой деятельности организации.
Непрямые затраты отражают влияние системы на пользователей по-средством таких измеримых показателей, как простои и «зависания» систе-мы, затраты на операции и поддержку (не относящиеся к прямым затратам). Очень часто непрямые затраты играют значительную роль, так как они не за-действуются бюджетом, не выявляются явно в анализе затрат, что в конеч-ном счете может привести к росту «скрытых» затрат пользователя.
Концепция ТСО была выдвинута Gartner Group в 1986-1987 п. Для не-которого класса систем существует своя специфика определения этой моде-ли. ТСО является ключевым количественным показателем ИТ/ИС в компа-нии, так как позволяет оценить совокупные затраты на информационные технологии, проанализировать их и, соответственно, управлять ИТ-затратами (ИТ-бюджетом) для достижения наилучшей отдачи от информационных тех-нологий.
В настоящий момент концепция ТСО является общепринятой для оценки эффективности информационных технологий, и работы по управле-нию ТСО считаются частью плановой работы ИТ-менеджеров (ИТ-департамента) западных компаний.
В контрольной работе студентам следует продемонстрировать умение анализировать структуру ИТ-затрат на конкретном объекте автоматизации с использованием концепции ТСО. В зависимости от исследуемого рабочего места это может быть: для недавно внедренных систем – анализ затрат на создание данной информационной системы, для давно используемых – ана-лиз затрат на их эксплуатацию.
В любом случае следует придерживаться следующей последовательно-сти изложения материала: 1) описание структуры и состава ИС (количество и тип аппаратных средств, используемое программное обеспечение), 2) пере-чень затрат в соответствии с моделью ТСО, 3) приблизительная оценка этих затрат, 4) анализ этих затрат (какие из них превалируют, как меняются со временем, прогноз по различным видам затрат и т.п.), 5) вывод об эффектив-ности применяемых информационных технологий на исследуемом объекте.
Написанию контрольной работы должно предшествовать глубокое изу-чение набора методологий, моделей и средств для изучения совокупных за-трат на создание, внедрение и эксплуатацию информационных систем. Обя-зательным является изучение разделов, посвященных модели ТСО, в источ-никах 1, 2 и 3 из списка основной литературы.

Приложение 1. Примеры оформления

Пример оформления титульного листа:

Российский государственный торгово-экономический университет
Кафедра Информационных технологий и телекоммуникаций
Факультет_________________________




Контрольная работа по дисциплине
«Информационный менеджмент»



Выполнил студент ___ курса _____ группы
Специальность________________________
Фамилия И.О.
«____»____________200__г.

___________________
(подпись студента)

Рецензент____________________________
(должность, ФИО преподавателя)







Москва
200_г.
Пример представления функциональных и информационных моделей для объ-екта «Рабочее место менеджера по кадрам малого предприятия»
Вид деятельности – Учет кадров

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

Внешняя функциональная модель














Информационные потоки в основных процессах деятельности

Процесс – Прием на работу
№
потока состав потока формат данных интенсивность и объем
1  Заявление о приеме на работу с резо-люцией начальника отдела
 Анкета
 Подписанный претендентом проект типового трудового договора (2 экземпля-ра) печатный в среднем один раз в неделю,
12 страниц
2  Заявление о приеме на работу с резо-люцией начальника отдела
 Анкета
 Подписанный претендентом проект типового трудового договора (2 экземпля-ра)
 Проект приказа о приеме на работу печатный в среднем один раз в неделю,
13 страниц
3  Заявление о приеме на работу с резо-люцией директора
 Анкета
 Подписанный сторонами проект типо-вого трудового договора (2 экземпляра)
 Подписанный приказ о приеме на ра-боту печатный в среднем один раз в неделю,
13 страниц
4  Подписанный приказ о приеме на ра-боту печатный в среднем один раз в неделю,
1 страница
5  Подписанный сторонами проект типо-вого трудового договора (1 экземпляр) печатный в среднем один раз в неделю,
4 страницы



Процесс – Учет рабочего времени
№
потока состав потока формат данных интенсивность и объем
6 Сведения о фактически отработанных ча-сах, подписанные начальниками отделов печатный один раз в месяц, 10 страниц
7 Сводная таблица фактически отработан-ных часов печатный один раз в месяц, 3 стр.


Бизнес-функции для процесса Учет рабочего времени

Функция Сбор данных






Функция Передача данных в бухгалтерию





Анализ и оптимизация структурной функциональной модели
Анализ бизнес-процесса Прием на работу показывает, что единствен-ным приемлемым решением здесь может быть ручная реализация системы.
Иначе обстоит дело с бизнес-процессом Учет рабочего времени. Пред-положим, что данные по имеющимся на предприятии средствам и системам автоматизации, полученные на этапе детального обследования объекта, пока-зали, что в офисе предприятия имеется локальная сеть, к которой подключе-ны все функциональные подразделения фирмы, в том числе отдел кадров и бухгалтерия. В таком случае в данном примере имеется нарушение известно-го принципа «Информация вводится в систему только один раз там, где она получена, а используется всеми». Действительно, перед тем, как передать менеджеру по кадрам сведения о фактически отработанном времени, эти данные вводятся в каждом отделе в компьютер и выводятся на принтер. За-тем менеджер по кадрам после проверки полученных данных вновь вводит данные в компьютер и выводит их на печать (см. бизнес-функцию Сбор дан-ных). Многократный ввод одних и тех же данных в систему увеличивает время выполнения и трудоемкость бизнес-процессов, а также создает пред-посылки для появления ошибок.
Таким образом, в соответствии со сформулированным выше принци-пом, данные о фактически отработанном времени должны вводиться в ком-пьютеры в отделах и через локальную сеть размещаться на сервере предпри-ятия. Менеджер по кадрам должен иметь доступ к этим данным. Проверив и откорректировав их, он в электронном виде формирует сводную таблицу по всем сотрудникам отделов и также размещает ее на сервере для общего дос-тупа (без права редактирования). В случае необходимости данная таблица может быть распечатана сотрудниками бухгалтерии.
Приведенная здесь корректировка бизнес-процесса Учет рабочего вре-мени имеет один положительный побочный эффект – возможность сотруд-ников ознакомиться со сведениями по фактически отработанному времени до начисления заработной платы, что снизит вероятность ошибки учета и, соот-ветственно, возникновения конфликта.
Описанный бизнес-процесс можно легко представить в виде функцио-нальной диаграммы и дать соответствующую характеристику информацион-ных потоков.
В том случае, если компьютеры отделов и менеджера по кадрам не бы-ли связаны между собой, то в предложения по автоматизации объекта следу-ет добавить пункт о необходимости подключения компьютера отдела кадров к локальной сети предприятия.












Информационные потоки в основных процессах деятельности
Процесс – Прием на работу
№
потока состав потока формат данных интенсивность и объем
1  Заявление о приеме на работу с резо-люцией начальника отдела
 Анкета
 Подписанный претендентом проект типового трудового договора (2 экземпля-ра) печатный в среднем один раз в неделю,
12 страниц
2  Заявление о приеме на работу с резо-люцией начальника отдела
 Анкета
 Подписанный претендентом проект типового трудового договора (2 экземпля-ра)
 Проект приказа о приеме на работу печатный в среднем один раз в неделю,
13 страниц
3  Заявление о приеме на работу с резо-люцией директора
 Анкета
 Подписанный сторонами проект типо-вого трудового договора (2 экземпляра)
 Подписанный приказ о приеме на ра-боту печатный в среднем один раз в неделю,
13 страниц
4  Подписанный приказ о приеме на ра-боту печатный в среднем один раз в неделю,
1 страница
5  Подписанный сторонами проект типо-вого трудового договора (1 экземпляр) печатный в среднем один раз в неделю,
4 страницы

Процесс – Учет рабочего времени
№
потока состав потока формат данных интенсивность и объем
6 Сведения о фактически отработанных ча-сах электронный один раз в месяц, 10 страниц
7 Сведения о фактически отработанных ча-сах электронный один раз в месяц, 10 страниц
8 Сводная таблица фактически отработан-ных часов электронный один раз в месяц, 3 стр.
9 Сводная таблица фактически отработан-ных часов электронный один раз в месяц, 3 стр.

Приведенный здесь пример относится к случаю «легкого» реинжини-ринга, однако студент в контрольной работе вправе предлагать и варианты автоматизации объекта, приводящие к коренному изменению бизнес-процессов. Главное, чтобы они были обоснованны и являлись логическим следствием усовершенствования структуры информационной системы.


Список литературы
Основная:
1. Баронов В.В. и др. Информационные технологии и управление пред-приятием. – М.: АйТи, 2004. – 328с.
2. Костров А.В. Основы информационного менеджмента: Учебное посо-бие. – М.: Финансы и статистика, 2004. – 336с.
3. Костров А.В. Александров Д.В. Уроки информационного менеджмен-та. Практикум: Учебное пособие. – М.: Финансы и статистика, 2005. – 304с.

Дополнительная:
1. Гринберг А.С. Король И.А. Информационный менеджмент / учебное пособие для вузов. – М.: ЮНИТИ-ДАНА, 2003. – 415с.
2. Баронов В.В. и др. Автоматизация управления предприятием. – М.: ИНФРА-М, 2000. – 239с.
3. Дик В.В. Методология формирования решений в экономических сис-темах и инструментальные среды их поддержки. – М.: Финансы и ста-тистика, 2000. – 300с.
4. Липунцов Ю.П. Управление процессами. Методы управления предпри-ятием с использованием информационных технологий. – М.: ДМК Пресс; М.: Компания АйТи, 2003. – 224с.
5. Колесников С.Н. Инструментарий бизнеса: современные методологии управления предприятием. – М.: Издательско-консультационная ком-пания «Статус-Кво 97», 2001. – 336с.
6. Тельнов Ю.Ф. Реинжиниринг бизнес-процессов. – М.: Финансы и ста-тистика, 2004. – 272с.
7. Карминский А.М. Карминский С.А. Информатизация бизнеса. – М.: Финансы и статистика, 2004. – 202с.
8. Черемных С.В. Моделирование и анализ систем: IDEF-технологии / практикум. – М.: Финансы и статистика, 2004. – 152с.
9. Тютюнник А.В., Шевелев А.С. Информационные технологии в банке. – М.: Издательская группа "БДЦ-пресс", 2003. – 368с.
10. Годин В.В. Управление информационными ресурсами: 17- модульная программа для менеджеров «Управление развитием организации». Мо-дуль 17. – М.: ИНФРА-М, 1999. – 432с.