Какие выводы мы можем сделать по итогам
рассмотрения специфики основных понятий разработки
корпоративных программных систем, в условиях кризиса.
Прежде всего, это само понятие кризиса,
которое возникает, как определенное несоответствие
дисбаланса между, в данном случае, теми моделями,
методами и средствами, которые дает нам
программная инженерия и теми ресурсами
и ограничениями, которые у нас практически
имеются для разработки наши программных систем.
Программная инженерия является, по сути дела,
ответом на кризис, то есть на все возрастающую сложность
программного обеспечения, программных систем, которые нам
необходимо разработать, как с точки зрения управленческой,
так и с точки зрения технологической,
и дает нам возможность подгонки всего комплекса моделей,
методов и средств в выборе того оптимального контура
той оптимальной траектории разработки программных систем,
которое и дает нам возможность обеспечить в итоге,
приемлемое как для разработчика, так и для заказчика
по срокам и стоимости и функциональности программные решения.
Естественно те ресурсы, которые перечислены на слайде,
сроки, стоимость, функциональность, наш проектный треугольник
и те ограничения с точки зрений качества и с точки зрения сложности,
с учетом, естественно, человеческих факторов, и являются
принципиальными при разработке корпоративных программных
систем в кризис.
Применяя методы, модели и средства, которые предлагает нам
программная инженерия, мы производим фактически
многофакторную оптимизацию с учетом и того программного
обеспечения, которое уже у заказчика функционирует,
с учетом и тех особенностей взаимодействия человеческого фактора,
которое приходится принимать во внимание при разработке сложных
и крупных программных систем корпоративного типа,
мы фактически настраиваем жизненный цикл разработки,
настраиваем его выбирая те самые фрагменты процессов,
которые необходимы для построения правильной модели
жизненного цикла, наиболее соответствующих характеру
и масштабу того продукта, который мы собираемся
разрабатывать, в выборе процессов разработки, то есть
в выборе методологий, на сколько они буду строгими,
насколько они будут гибкими, какое количество артефактов
у них появится и т.д.
И с учетом тех саамы технологических ограничений,
которые имеются в проекте, с учетом тех бизнес ограничений,
которые выставляет заказчик, ну и с учетом тех
функциональных ограничений, которые у нас появляются
в определенные периоды после переговоров с заказчиком,
при разработке функциональных требований высокого уровня,
при разработке ТЗ и т.д.
Отдельно следует отметить, что корпоративные системы
отличаются достаточно высокой сложностью, причем сложность эта
доминирует в управленческом аспекте, технический аспект зачастую
существенно проще, это не значит, что он простой, но это значит,
что в ряде случаев проекты в кризис являются не успешными
именно из-за недостаточного учета человеческого фактора.
Вот такие выводы можно сделать по итогам нашего беглого
рассмотрения предметной области разработки корпоративных
систем, с точки зрения оптимизации моделей жизненного цикла,
в кризисных условиях.