Внешний проект

Cтраница 1

Внешний проект выражен во внешней специфика ции, имеющей широкую аудиторию пользователей, разработчиков и тестировщиков. Выработка сложной и правильной внешней спецификации является наиболее трудной проблемой в создании ПО. [1]

Этапы проектирования крупной системы. [2]

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

Ранее внешний проект представлялся как состоящий из двух процессов: первоначального и подробного внешних проектов. Допуская, что спецификация является иерархически организованной, эти два процесса просто представляют контрольные точки в проектировании системы согласно иерархии. На первом этапе описываются основные средства ( то, что соответствует разбиению на первом уровне), затем средства, функции пользователя и подробности для каждой функции пользователя. [4]

Первоначальный внешний проект представляет первые три ступени. Система проектируется до уровня, где идентифицируется каждая функция пользователя, но их точный синтаксис, семантика и выходные данные остаются неопределенными. При этом преследуются две цели: административная контрольная точка помещается в середине длительного процесса внешнего проектирования и допускается проверка промежуточного уровня проекта с пользователем и по целям. [5]

Подробный внешний проект для каждой функции пользователя должен специфицировать следующие виды информации. [6]

Детальный внешний проект каждой функции пользователя должен освещать следующие вопросы. [7]

Фаза III Удовлетворяет ли внешний проект потребностям пользователя в текущий момент времени и следует ли выделять средства для завершения работ. [8]

Несмотря на отсутствие методологии для внешнего проекта, полезным принципом является идея концептуальной целостности, представляющей собой согласованность ( или недостаток согласованности) между внешними интерфейсами системы. Это означает, что лучше иметь какой-либо ряд согласованных функций, чем, вероятно, набор независимых и несогласованных функций. [9]

Какие виды информации специфицируются во внешнем проекте. [10]

Волновой эффект в разработке модулей программного изделия. [11]

Другими словами, в данном случае целесообразно закончить не только внешний проект, ио и весь внутренний проект и только после этого приниматься за кодирование программ. [12]

Другой областью повышения надежности является доведение до минимума сложности внешнего проекта для того, чтобы довести до минимума внутреннюю сложность системы, а также свести к минимуму ошибки пользователя. Общим мнением является то, что очеловеченный внешний проект должен быть более сложным, включая сложные системы сообщений и автоматическое исправление ошибок. [13]

Фаза проектирования заканчивается утверждением внешних спецификаций, что придает внешнему проекту постоянство и стимулирует завершение внутреннего проекта. Утверждение внешних спецификаций не означает запрещения проводить изменения внешнего проекта, а лишь сдерживает их поток и позволяет другим функциональным группам выполнять свою работу, не дожидаясь дальнейшего уточнения проекта. Для внесения новых изменений в утвержденные внешние спецификации используются заявки на расширение ( разд. Эти заявки необходимо тщательно изучать, чтобы не допустить нежелательных изменений календарных сроков работ, особенно тех, которые проводятся в рамках других функций, реагирующих на дополнительные изменения непредвиденным образом. [14]

Непосредственное отношение к надежности имеет еще одна задача - минимизация сложности внешнего проекта с целью уменьшения внутренней сложности будущей системы и минимизации ошибок пользователей. [15]

Страницы: 1 2 3