Методологические основы

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