Николай Михайловский

презентация PowerPoint

1. КОНТРАКТЫ ПО РАЗРАБОТКЕ ИНФОРМАЦИОННЫХ СИСТЕМ И ОЦЕНКА ПРОЕКТОВ

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

• Плохое управление проектом
• "Плывущие" требования
• Неправильная оценка проекта

полная версия »

Николай Михайловский

презентация PowerPoint

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

полная версия »

Николай Михайловский

презентация PowerPoint

Два наиболее высокоуровневых типа стандартов предприятия в области информационных систем — стандарты, относящиеся к архитектуре и инфраструктуре информационной системы и стандарты, относящиеся к процессам ее создания. Их выбор и обоснование особенно сложны ввиду объективных причин

Николай Михайловский

презентация PowerPoint

Как должены быть организованы процесс формирования заказов на информационные системы, на программное обеспечение, процесс реализации их приобретения и т. д., чтобы иметь возможность решать производственные проблемы предприятия при ограничениях ИТ-бюджета и растущих потребностях других служб предприятия – заказчиков ИС. Современное представление о построении таких процессов отражает модель PULSE

полная версия »

Алексей Агапов

Когда я прочел статью Павла Сахарова и попытался ему возразить, то обнаружил, что для меня не так очевиден его основной тезис, несмотря на то, что он, казалось бы, четко сформулирован. Пытался ли автор доказать, что Rational Rose как инструментальное средство менее удобно при моделировании бизнес-процессов, чем BPwin, как это явствует из заглавия его статьи? Если так, то возражать неинтересно и, более того, бессмысленно, так как выбор средства — это, вообще говоря, дело вкуса. На самом же деле многие его аргументы направлены не против Rational Rose как средства, а против нотации UML и объектно-ориентированного подхода к моделированию в целом. Спрашивается тогда, а является ли нотация UML безусловно лучше (или хуже) для целей моделирования бизнес-процессов? Является ли объектно-ориентированный метод безусловно более (или менее) подходящим для этого? Конечно, нет, все зависит от тех условий, в которых проводится моделирование, и от целей, с которыми оно проводится.

полная версия »

Алексей Агапов

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

полная версия »

Алексей Агапов, Николай Михайловский, Мкртумян А.А

оглавление

Основы оценки и аттестации зрелости процессов создания и сопровождения программных средств и информационных систем установлены стандартами ИСО/МЭК ТО 15504, разработанными на базе концепций CMM (Capability Maturity Model for Software).

Николай Михайловский

презентация PowerPoint

Почему аттестовать на основе ИСО/МЭК 15504 (SPICE)?

Аттестация SPICE:

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