- •Дипломный проект
- •Реферат
- •Перечень сокращений и терминов
- •Онтологическое соглашение проекта
- •Введение
- •Глава 1. Анализ предметной области
- •Услуга Colocation
- •Общие понятия услуги colocation
- •Услуги цод (colocation)
- •История развития цод и услуг colocation
- •Происхождение вида
- •Всеобщая цоДофикация
- •Аутсорсинг.
- •В регионы за электричеством.
- •Мировая мода.
- •Проблемы «озеленения».
- •Основные задачи, решаемые системой комплексного менеджмента colocation-проектов.
- •Пример методика ценообразования услуг
- •Обзор конфигураторов услуг и сервисных калькуляторов в сфере услуг colocation и аутсорсинга, представленных в Росии.
- •Что же такое сервисный калькулятор или конфигуратор услуг?
- •Компания europrojects.
- •Резюме:
- •Выводы.
- •Глава 2. Выбор и обоснование средств разработки и технологий реализации
- •Выбор программной платформы разработки системы.
- •Выбор технологии
- •Трехуровневая архитектура “клиент-сервер”
- •Выбор субд
- •Выбор языка программирования
- •Выбор web – сервера
- •Выбор программно-аппаратной платформы разработки информационной системы.
- •Обеспечение отказоустойчивости решения.
- •Использование failover кластера (отказоустойчивого кластера).
- •Принцип функционирования кластера.
- •Персональный компьютер пользователя (Клиент)
- •Глава 3. Разработка информационной системы
- •Проверка закона распределения данных по критериям к.Пирсона (критерии согласия)
- •Разработка и реализация пользовательского интерфейса
- •История развития веб-дизайна от технической графики до современных сайтов
- •Зарождение идей о юзабилити сайтов
- •Современный этап развития веба
- •Разработка пользовательского интерфейса
- •Архитектура и структурная схема информационной системы
- •Функциональная схема информационной системы
- •Глава 4. Модель оценки результативности работы системы. Расчет технических характеристик системы
- •Расчет математического ожидания ис.
- •Расчет производительности.
- •Расчет обобщенной энтропии информационной системы
- •Расчет интегральной информационной нагруженности информационной системы
- •Расчет надежности информационной системы
- •Надежность аппаратной части
- •Надежность программной части
- •Глава 5. Менеджмент проекта
- •Введение
- •Ступень дивергенции
- •Ступень трансформации
- •Ступень конвергенции
- •Ступень релаксации
- •Ступень ликвидации
- •Глва 6. Выбор и обоснование модели жизненного цикла информационной системы
- •Введение
- •Итеративный подход
- •Подход, основанный на фазах и вехах
- •Модель проектной группы msf
- •Фаза выработки концепции
- •Фаза планирования
- •Фаза разработки
- •Фаза стабилизации
- •Фаза внедрения
- •Глава 7. Экономическая часть проекта
- •Аннотация
- •Организация работ
- •Структура организации работ
- •Система управления производством работ
- •Бизнес-план
- •Конкуренция на рынке
- •Расчет сметной стоимости (себестоимости) проекта
- •Затраты на материалы и покупные изделия
- •Основная зарплата научного и производственного персонала
- •Дополнительная заработная плата
- •Оценка экономической эффективности проекта
- •Оценка рисков и поиск путей их минимизации
- •Заключение
- •Глава 8. Экологичность и безопасность проекта
- •Введение
- •Оптимальные условия труда на рабочем месте разработчика.
- •Расчет освещения.
- •Расчет системы вентиляции.
- •Расчет влаговыделения
- •Расчет тепловыделения.
- •Определение потребного воздухообмена
- •Проектирование системы вентиляции.
- •Глава 9. Проверка на соответствие стандарту гост р исо/мэк 15288:2005
- •Глава 10. Информационно-социальная компонента
- •Цод крупным планом: Креатив и Экзистенция
- •Увидеть лес среди деревьев
- •Не до идеалов
- •Принцип деления Цодов
- •Справка
- •Системы жизнеобеспечения
- •Как со всем этим справиться?
- •Приложение 1. Техническое задание
- •1.1 Полное наименование системы и ее условное обозначение
- •1.2 Шифр темы
- •1.3 Наименование предприятий разработчика и заказчика системы и их реквизиты
- •1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
- •1.5 Плановые сроки начала и окончания работы по созданию системы
- •1.6 Сведения об источниках и порядке финансирования работ
- •1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы
- •2.Назначение и цели создания системы
- •2.1 Назначение системы
- •Требования к системе
- •4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
- •4.1.1.4 Требования к режимам функционирования системы
- •4.1.1.5 Требования по диагностированию системы
- •4.1.1.6 Перспективы развития, модернизации системы
- •4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
- •4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
- •4.1.5 Требования безопасности
- •4.1.6 Требования к эргономике и технической эстетике
- •4.1.7 Требования к транспортабельности для подвижных ас
- •4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- •4.1.8.2 Предварительные требования к допустимым площадям для размещения персонала и тс системы, к параметрам сетей энергоснабжения и т. П.
- •4.1.8.3 Требования по количеству, квалификации обслуживающего персонала и режимам его работы
- •4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
- •4.1.8.5 Требования к регламенту обслуживания
- •4.1.9 Требования к защите информации от несанкционированного доступа
- •4.1.10 Требования по сохранности информации при авариях
- •4.3.3 Требования к программному обеспечению
- •Требования к техническому обеспечению
- •4.3.5 Требования к лингвистическому обеспечению
- •4.3.6 Требования к метрологическому обеспечению
- •5. Состав и содержание работ по созданию системы
- •6. Порядок контроля и приемки системы
- •8. Требования к документированию
- •9. Источники разработки
- •Приложение 2. Техническое предложение
- •3. Техническая характеристика
- •4. Описание и обоснование выбранной конструкции
- •5. Расчеты, подтверждающие работоспособность и надежность конструкции
- •6. Описание организации работ с применением разрабатываемого изделия
- •7. Ожидаемые технико-экономические показатели
- •8. Уровень стандартизации и унификации
- •Приложение 3. Технические условия
- •1.1 Наименование и назначение системы
- •1.2. Условия эксплуатации
- •2. Технические требования
- •2.1 Требования назначения
- •2.2 Требования к программной совместимости
- •2.3 Требования к производительности и точности
- •2.4 Требования к надежности
- •3. Требования безопасности
- •4. Требования охраны окружающей среды
- •5. Правила приемки
- •6. Методы контроля
- •7. Указания по эксплуатации
- •Приложение 4. Инструкция для всех групп пользователей
- •Приложение 5. Листы графики
- •Приложение 6. Описание демо-версии
- •Приложение 7. Текст доклада
- •Доклад окончен. Спасибо за внимание!
-
Фаза выработки концепции
Это первая фаза жизненного цикла проекта. Начинается она с формирования ядра проектной группы (если конечно это первая итерация продукта). Затем закладывается основа, фундамент, будущего решения на основе единого видения проекта (ничем не ограниченное представление о целях и задачах, стоящих перед проектной группой). После этого очерчиваются рамки (чётко описанные задачи, которые предстоит решить), однозначно описывающие то, что предстоит сделать в рамках проектных ограничений, и оцениваются риски. Нельзя смешивать эти два понятия, но и нельзя рассматривать одно в отрыве от другого. Если программист будет создавать продукт, не владея документом единого видения (shared vision document) только на основании описания рамок (scope document), он вероятнее всего не сможет создать то, что ожидает заказчик, ведь основные цели, представления и ожидания заказчика сконцентрированы именно в документе единого видения. Оба эти документа должны создаваться итеративно и тщательно, минимизируя дальнейшие отклонения от них.
Главной вехой этой фазы будет событие «Концепция утверждена». К этому моменту у заказчика и проектной группы уже сформированы устойчивые представления о задачах, функциональности и ограничениях проекта. К моменту этой вехи должны быть готовы следующие документы: общее описание и рамки проекта (vision \ scope document), документ оценки рисков, описание структуры проекта. Задачи проектной группы на этой фазе распределяются следующим образом:
Таблица 6.2 Задачи проектной группы.
Ролевой кластер |
Фокус |
Управление продуктом |
Общие цели проекта; выявление нужд и требований заказчика; документ общего описания и рамок проекта. |
Управление программой |
Цели дизайна; концепция решения; структура проекта. |
Разработка |
Прототипирование; анализ технологических возможностей; анализ осуществимости. |
Удовлетворение потребителя |
Необходимые эксплуатационные характеристики решения и их влияние на его разработку. |
Тестирование |
Стратегии тестирования; критерии приемлемости, их влияние на разработку решения. |
Управление выпуском |
Требования внедрения и их влияние на разработку решения; требования сопровождения. |
MSF рекомендует обозначить следующие промежуточные вехи в течение фазы:
-
Ядро проектной группы сформировано
-
Черновой вариант концепции проекта составлен
-
Фаза планирования
Наступает важнейший этап разработки решения. Фаза планирования включает в себя подготовку проектной группой функциональной спецификации, разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и сроков разработки различных составляющих проекта. Всё начинается с анализа и документирования проектных требований с разделением их на категории: бизнес-требования, потребительские требования, эксплуатационные требования и системные требования. Затем при создании функциональной спецификации нужно следить за соответствием (traceability) функциональности и существующих требований. Детализация требований происходит по известному всем аналитикам сценарию, прибегая к моделированию вариантов использования, (use - case modeling) и стори-боардингу (story-boarding), хотя у каждого опытного аналитика наверняка есть свой арсенал методов. Затем работа переходит в область проектирования (дизайна), где разрабатываются концептуальный, логический и физический дизайны, служащие уже инструментами для разработчиков. Результаты проектирования документируются в функциональную спецификацию, которая детально описывает вид и поведение всех составляющих решения. На основании спецификации работает команда разработчиков (с учётом синхронизации действий между собой), производится оценивание работ, достигается чёткое соглашение с заказчиком о том, что должно быть сделано. Как только создана спецификация, руководители ролевых кластеров смогут создать детальный план, относящийся к его роли. Примерами планов могут стать: план внедрения, план тестирования, план обучения, план мер безопасности и т.п. Затем проектная группа коллективно анализирует планы и выявляет зависимости между ними. Эти планы в последствии объединяются в сводный план проекта и сводный сетевой график работ. На этом же этапе создается также план управления рисками, к составлению которого есть смысл привлекать всех участвующих в проекте лиц.
Завершается этап вехой «Планы проекта утверждены», на момент которой уже существуют документы: функциональная спецификация, план управления рисками, сводный план и сводный календарный график работ.
Основные задачи проектной группы на фазе планирования (Табл. 6):
Таблица 6.3 Основные задачи проектной группы.
Ролевой кластер |
Фокус |
Управление продуктом |
Концептуальный дизайн; анализ бизнес-требований; коммуникационный план. |
Управление программой |
Концептуальный и логический дизайн; функциональная спецификация; сводный план и сводный календарный график проекта; бюджет. |
Разработка |
Оценка технологий; логический и физический дизайн; план и календарный график разработки; смета разработки (development estimates). |
Удовлетворение потребителя |
Сценарии/примеры использования, пользовательские требования, требования локализации и общедоступности (accessibility); пользовательская документация/план обучения/график тестирования удобства эксплуатации; обучение. |
Тестирование |
Оценка дизайна; требования тестирования; план и календарный график тестирования. |
Управление выпуском |
Оценка дизайна; эксплуатационные требования; план и календарный график пилотного и окончательного внедрения. |
MSF рекомендует создавать следующие промежуточные вехи:
-
Верификация технологий
-
Базовая версия функциональной спецификации создана
-
Базовая версия сводного плана проекта создана
-
Базовая версия сводного календарного графика работ создана
-
Среды разработки и тестирования развернуты