
- •Введение
- •1. Проектирование локальной сети
- •Общие положения
- •1.2. Цели и задачи проектирования лвс.
- •2. Структура и технология выполнения курсового проекта
- •2.1. Структура курсового проекта
- •2.2. Технология выполнения курсового проекта.
- •2.2.1. Выбор темы
- •2.2.2. Исходные документы для выполнения курсового проекта
- •2.2.2.1. Задание на курсовое проектирование
- •2.2.2.2. График выполнения курсового проекта
- •2.2.3. Пояснительная записка
- •2.2.3.1. Теоретическая часть пояснительной записки
- •2.2.3.2. Практическая часть пояснительной записки
- •2.2.4. Оформление пояснительной записки.
- •2.2.5. Оформление рецензии
- •Рецензия
- •2.2.6. Порядок защиты проекта.
- •3. Типовые топологии.
- •4. Обследование объекта автоматизации
- •4.1. Технология выполнения обследования.
- •4.2. Сбор исходных данных для проектирования
- •4.3. Краткая характеристика предприятия.
- •4.4. Организационная структура
- •4.5. Функциональная структура.
- •Характеристика функций управления
- •Связь функций с входными/выходными документами
- •4.6. Обследование документооборота.
- •Структурного подразделения ___________предприятия ___________________ Дата проведения опроса «___»______________2012г
- •4.7. Отчет об обследовании предприятия
- •5. Информационные потоки
- •5. 1. Исследование информационных потоков.
- •5.2. Инструментальные средства исследования информационных потоков
- •5.2.1. Анализ потоков информации с помощью графического метода
- •5.2.2. Исследование и анализ потоков информации с использованием теории графов.
- •5.2.3. Исследование и анализ информационных потоков на основе модели сетевого планирования.
- •5.2.4. Графоаналитический метод
- •5.2.8. Метод матричного моделирования.
- •5.2.9. Метод семиотического анализа.
- •5.2.10. Метод синтаксического анализа.
- •5.2.11. Метод семантического анализа
- •5.2.12. Метод прагматического анализа
- •5.2.13. Метод схем информационных связей расчетов
- •5.2.14. Метод реквизитов
- •5.2.15. Анализ формируемой информации
- •5.2.16. Метод последовательного анализа задач управления
- •5.2.17. Метод анализа внутризаводских документопотоков на основе транспортной модели
- •5.2.18. Современные методы обработки и анализа информационных потоков.
- •5.3. Анализ результатов исследования ип
- •6. Формирование вариантов реализации сети
- •6.1.Формирование исходной топологии
- •6.2. Реструктуризация топологии лвс
- •7. Выбор технических средств
- •Аргументы при выборе типа кабеля
- •8. Монтаж оборудования сети
- •8.1.Предпроектное обследование для монтажа.
- •8.2. Разработка и согласование технического задания.
- •8.3.Техническое проектирование.
- •8.4. Рабочее проектирование.
- •8 .5. Монтаж и настройка скс, лвс.
- •8.6. Рабочая документация.
- •9. Выбор сетевых программных средств.
- •10.Размещение бд в сети
- •11. Оценка эффетивности сети
- •11.1. Выбор показателей оценки проекта
- •11.2. Выбор методов оценки.
- •11.3. Методы расчета показателей оценки
- •11.3.1. Финансовые методы
- •11.3.1.1. Общий финансовый итог от реализации проекта (Net Present Value)
- •11.3.1.2. Внутренняя норма доходности (Internal Rate of Return)
- •11.3.1.3. Коэффициент эффективности инвестиций (arr)
- •11.3.1.4. Срок окупаемости (Payback Period)
- •11.3.1.5. Совокупная стоимость владения информационными системами (Total Cost of Ownership)
- •11.3.1.6. Возврат инвестиций (Return On Investments)
- •11.3.1.7. Расчет совокупных затрат
- •11.3.1.8. Расчет экономической эффективности проекта
- •11.3.2. Качественные методы
- •11.3.2.2. Информационная экономика (Information Economics)
- •11.3.2.3. Управление портфелем активов (Portfolio Management)
- •1.3.2.4. Система it-показателей (it Scorecard)
- •11.3.3. Вероятностные методы
- •11.3.3.1. Справедливая цена опционов (Real Options Valuation)
- •11.3.3.2. Прикладная информационная экономика (Applied Information Economics)
- •11.3.4. Статистический метод
- •11.4. Оценка экономической эффективности внедрения лвс с помощью программы Project Expert
- •11.4.1. Подготовительный этап
- •11.4.2. Описание инвестиционного проекта
- •11.4.3. Анализ полученных результатов в ре
- •11.5. Анализ результатов оценки
- •11.5.1. Метод оценки Саати.
- •11.5.2. Метод рейтинговой оценки.
- •12. Планирование информационной безопасности.
- •Права доступа для групп пользователей.
- •13. Автоматизация проектирования сети
- •13.1. Работа с Friendly Pinger
- •Основные возможности:
- •Интерфейс.
- •Использование основных возможностей.
- •13.2. Работа с NetWizard
- •13.3. Работа с Friendly Network Inventory 1.0
- •Заключение
- •Список литературы
- •Приложения Содержание приложений
- •1. Теоретическая часть.
- •2. Практическая часть.
- •Форма таблицы состава информационных потоков
- •Форма таблицы описания схемы документооборота
- •Топология сети
- •Форма таблицы скоростей по потоку ип 12 в линии связи
- •Форма таблицы характеристик вариантов для выбора
- •Форма промежуточной таблицы для определения рейтинга
- •Форма таблицы для определения рейтинговой оценки
- •Опосредованный характер влияния ит-технологий на успех компании.
1.3.2.4. Система it-показателей (it Scorecard)
Еще больше конкретности в этот подход вносит метод, получивший название Система IT-показателей (IT Scorecard). Этот метод появился путем развития метода Balanced Scorecard (BSC), использующийся на предприятии с целью повышения эффективности методов управления. Система Balanced Scorecard учитывает четыре «перспективы» организации:
традиционные финансовые показатели
и факторы, которые на них прямо или косвенно влияют:
успешность работы с клиентами;
оптимальность внутренних бизнес-процессов;
общая компетентность персонала компании.
Собранные воедино, эти перспективы дают целостную картину текущей стратегии предприятия и ее динамики. При необходимости могут вводиться и использоваться дополнительные наборы собственной разработки, например "Экология" и другие.
По мнению многих специалистов, причинно-следственные связи в «чистой» модели сбалансированных оценочных показателей на практике не работают. Некоторые перспективные направления, например, управление знаниями и ростом, к ней неприменимы. Методология Balanced Scorecard требует наличия стратегической схемы, но большинство компаний, работающих в сфере информационных технологий, имеют тактический характер, что связано с проблемами быстрого развития данных технологий.
Как и в традиционном BSC, в IT Scorecard выбираются четыре сбалансированных направления – «перспективы» - влияния ИТ на бизнес компании. В классическом и самом применяемом случае эти направления следующие:
помощь в развитии бизнеса компании;
повышение качества продукции (причем здесь имеется в виду качество, как для внутренних, так и для внешних пользователей);
повышение качества принятия решений;
повышение производительности труда.
Направления и их количество могут быть любыми, важными для конкретной компании. Затем, как и в BSC, по каждому направлению определяются цели, другими словами - ориентиры, характеризующие желаемое место ИТ в бизнесе компании в будущем. Именно эти цели составляют стратегию развития ИТ-отдела будут трансформированы на операционный уровень, то есть в конкретные ИТ-проекты. По сути, это те же приоритеты проектных критериев, что и в методе информационной экономики, только сгруппированные по направлениям.
Клиентская же «перспектива» для ИТ представляет собой отражение форм взаимодействия с основным бизнесом компании, что должно быть подкреплено внутренней эффективностью функционирования ИТ-департамента. Таким образом, стратегия развития ИТ-технологий на базе методов Balanced Scorecard формулируется в виде взаимосвязанного набора целей и показателей, сгруппированных по следующим перспективам:
миссия (основное предназначение и пути развития ИТ в компании);
клиенты (цели поддержки основной деятельности компании);
процессы (показатели эффективности процедур разработки и внедрения);
технологии (оценка обоснованности и эффективности используемых технологий);
организация (показатели эффективности внутренних процедур ИТ-департамента).
Предложенные перспективы должны стать отправной точкой в разработке стратегических карт, но никак не догмой. В соответствии с ситуацией и видением руководства состав перспектив может меняться. Обязательным условием вносимых изменений должно стать сохранение логики взаимного влияния перспектив друг на друга.
Идея заложенных в BSC подходов достаточно проста. Точно также не слишком необычны и предложенные группы показателей для оценки эффективности функционирования ИТ-департаментов. Однако не стоит переоценивать простоту подхода. Практика показывает, что после осознания идеи системы сбалансированных показателей приходит эйфория простоты формирования стратегических карт. Тут возможны два сценария неадекватного использования технологии:
создается большой набор метрик, отражающих отдельные аспекты деятельности ИТ-департамента, но никак не связанные друг с другом или даже со стратегией развития компании в целом;
либо формируются стратегические карты, содержащие слишком большое число причинно-следственных взаимосвязей между целями и показателями.
Обе крайности сводят на "нет" предназначение BSC. В первом случае возможна противоречивость в направлениях развития. Вторая затрудняет использование стратегических карт (сложность и неоднозначность). И оба варианта приводят к невозможности расстановки приоритетов в развитии информационных технологий.
Сбалансированная система показателей может серьезным образом изменить культуру как самого ИТ-департамента, так и его взаимодействия с остальными подразделениями компании. Подобный поход позволяет превратить развитие информационных технологий в более осознанный процесс, непосредственно связанный с потребностями основного бизнеса. Становится более понятным роль информационных технологий в улучшении рыночных позиций компании и повышении ее финансовых результатов.