Организационная структура управления предприятием
Программная и техническая архитектура ИС на предприятии, использование их функциональных возможностей. Обеспечение информационной безопасности
Сущность задачи и предметная технология её решения
Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
Выбор и обоснование стратегии автоматизации задачи
Выбор и обоснование способа приобретения ИС для автоматизации задачи
Обоснование проектных решений по информационному обеспечению
Разработка проекта автоматизации: информационный менеджмент
Разработка и описание проекта автоматизации, плана-графика автоматизации и сетевой модели задач
Характеристика архитектуры разрабатываемого проекта
Характеристика этапа внедрения разрабатываемого проекта
Характеристика этапа эксплуатации разрабатываемого проекта и возможных работ
Ожидаемые риски на этапах жизненного цикла и их описание
Оценка стоимостных параметров проекта автоматизации
Информационное обеспечение задачи
Характеристика нормативно-справочной, входной и оперативной информации
Характеристика результатной информации
Формализация расчётов показателей
Программное обеспечение задачи
Схемы технологического процесса сбора, передачи, обработки и выдачи информации
Расчёт показателей экономической эффективности проекта
Навигация
Характеристика этапа эксплуатации разрабатываемого проекта и возможных работ
Автоматизация бизнес-процессов продажи билетов ООО "Зритель"
156303
знака
15
таблиц
20
изображений
2.1.5 Характеристика этапа эксплуатации разрабатываемого проекта и возможных работ
Основной характеристикой этапа эксплуатации проекта является выпуск релизов по анализу этапа.
Релиз — это вариант производимого программного изделия, предоставляемый для использования. План выпуска релизов отображает требования к разработке в целом в последовательность релизов, версий, итераций в течение всего развития системы. На уровне детального проекта этот план группирует конкретные этапы и работы графика работ, которые определяются исходя из концепции развития проекта, используемой в подготовительной деятельности в качестве модели дальнейшего развития проекта.
Таким образом, план релизов строиться, исходя из двух, возможно, противоречивых устремлений:
· логики поступательного развития и
· важности постепенного предоставления средств заказчику, которому план дает представление о последовательности удовлетворения требований к изделию.
Следовательно, план выпуска релизов должен составляться менеджером при тесном контакте с системным архитектором, с одной стороны, а с другой — в ходе содержательных консультаций с заказчиком. В частности, выделение ближайших задач проекта, о которых уже шла речь, — это не что иное, как первый релиз разрабатываемой системы. И этот релиз не должен противоречить логике развития проекта.
Совместная работа менеджера, архитектора и заказчика над планом релизов особенно важна для больших проектов, когда только за счет постепенности наращивания предоставляемых пользователю средств можно добиться действенной обратной связи для корректировки априорных решений. В то же время, и не очень большие проекты, даже такие, которые предусматривают лишь один релиз, нуждаются в аналитическом исследовании, определяющем группировку и дифференциацию итераций, другие элементы декомпозиции. По существу, независимо от масштабов проекта план релизов задает основу общего плана проекта, согласованного с пользовательской потребностью.
Из этого следует, что план выпуска релизов должен составляться и утверждаться как можно раньше. Фактически все обязательные предпроектные работы (составление документов о концепции развития проекта и распределении ресурсов, построение план-графика работ) исходят из пользовательского представления процесса разработки как последовательности поставок — релизов проектируемого изделия. В частности, при составлении плана выпуска релизов и его согласовании выясняется, какие решения неприемлемы для компании, для заказчика. Если проблемы окажутся неразрешимыми, то это свидетельствует о том, что от заказа придется отказываться, и чем раньше выяснятся подобные обстоятельства, тем менее болезненным будет разрыв отношений со всех точек зрения.
Вообще говоря, работа над планом выпуска релизов — это отбор вариантов на основе анализа наиболее общих требований, учитывающая, что из того, что хочется получить заказчику, можно сделать наиболее скоро. Но без детализации требований зачастую невозможно отдать предпочтение тому или иному варианту. Поэтому план выпуска релизов должен быть открыт для включения альтернативных вариантов, которые отсеиваются при детализации на основе опыта развития проекта. Целесообразно производить ревизию плана релизов после завершения работ каждой итерации, т.е. на ее этапе оценки. В это время производятся комплексные измерения проекта, которые уточняют предварительную оценку продуктивности выполнения работ и полезности получаемых рабочих продуктов. Полученная информация позволяет корректировать план релизов и сделать его более реалистичным. Новая версия плана утверждается после появления очередного релиза.
При первоначальном составлении плана релизов не стоит стараться слишком детализировать его этапы, если нет четких критериев, когда должен окончиться один этап и начаться другой. Вместо этого проект просто разбивается на 6-8-недельные итерации каждого релиза, исходя из возможностей реализации требуемых функций. Вопрос о том, какие функции, к какой итерации должны быть отнесены, решается на основе принципа: ближе к началу проекта относят, в первую очередь, наиболее приоритетные функции, во вторую очередь более простые для реализации функции. Последнее делается с целью оставить разработчикам время для более полного изучения предметной области в ходе подготовки первого релиза, а также для решения организационных вопросов.
Чтобы избежать сбоев нарушения плана выпуска релизов при выполнении итерации, не следует завершать работу с этим планом в ходе конструирования. Если становится ясно, что по тем или иным причинам рабочие продукты, запланированные к выпуску на данной итерации, не могут быть сделаны вовремя, рекомендуется воспользоваться следующими приемами корректировки плана:
· разбиение этапа — выделение в нем той части, которая может быть выполнена на данной итерации, и перенесение остального на другие итерации. Это делается, когда трудности возникают с реализацией высокоуровневых требований, от которых многое зависит;
· сдвиг работ — перенос запаздывающего рабочего продукта на следующую итерацию с сохранением даты окончания итерации. Этот прием применяется для требований с низким приоритетом, а также на ранних итерациях, разгрузка которых позволяет потратить освобождающееся у разработчиков время на дополнительное изучение предметной области;
· перераспределение работ — ускорение работ за счет привлечения к проекту дополнительных ресурсов (как правило, кадровых) с сохранением даты окончания итерации и запланированного объема работ. Этот прием можно применять для рабочих продуктов, которые поддаются декомпозиции на части, допускающие раздельное выполнение. Разумеется, он лишен смысла, если менеджер не располагает резервными ресурсами.
Похожие работы
... . 4. Содержание и тех. поддержка Бизнес-портала Содержание и тех. поддержка Бизнес-портала подразумевает непосредственное ведение бизнеса в сети Интернет. Основным источником дохода является предоставление услуг по размещению информации об организациях на бизнес-портале. Второстепенными источниками дохода являются оказание услуг по размещению баннеров на бизнес-портале и созданию WEB-сайтов. Вывод ...
... нац-й культуры, изучение спектра проблем общественного сознания. ü Материальные вопросы, наличие эк-ких предпосылок для решения возникших проблем.13. Современные проблемы в развитии социально-культурного сервиса и туризма. В РФ необходимо создание тур. комплекса, обеспечивающего, с одной стороны широкими возможностями для удовлетворения потребностей росс. и иностр. граждан в тур. услугах, ...
... резкого снижения уровня доходов творческих работников, оттока в другие сектора экономики и миграции за рубеж; 5. снижение уровня обеспеченности населения культурными благами. 2 АНАЛИЗ ХОЗЯЙСТВЕННОЙ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ 2.1 Краткая организационно- экономическая характеристика Алтайский краевой театр драмы - это старейший театр на Алтае, один из крупнейших театральных ...
... с приобретением и использованием данного ПС за счет экономии ресурсов. Данный раздел содержит характеристики разработки, расчет затрат на разработку, производство и использование «Информационно-справочной системы кинотеатра», вычислительной техники, выбор метода и расчет экономического эффекта. 9.1 Исходные данные Таблица 9.1 – Исходные данные № пп Наименование показателя Единица ...
0 комментариев