47. Этап определения стратегии.

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

В документе обязательно должны быть описаны:

• ограничения, риски, критические факторы, влияющие на успешность проекта, например время реакции системы на запрос является заданным ограничением, а не желательным фактором;

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

• сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;

• описание выполняемых системой функций;

• будущие требования к системе в случае ее развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;

• сущности, необходимые для выполнения функций системы;

• интерфейсы и распределение функций между человеком и системой;

• требования к программным и информационным компонентам ПО, требования к СУБД

• что не будет реализовано в рамках проекта.

Следует отметить, что и на этапе выбора стратегии, и на этапе анализа, и при проектировании независимо от метода, применяемого при разработке проекта, всегда следует классифицировать планируемые функции системы по степени важности. Один из возможных форматов представления такой классификации — MuSCoW — предложен в Clegg, Dai and Richard Barker, Case Method Fast-track: A RAD Approach, Adison-Wesley, 1994.

Эта аббревиатура расшифровывается так: Must have — необходимые функции; Should have — желательные функции; Could have — возможные функции; Won’t have — отсутствующие функции.

• Функции первой категории обеспечивают критичные для успешной работы системы возможности.

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

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

48. Принципы структурного анализа.

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

Для таких методов характерно:

• разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 6-7);

• ограниченный контекст, включающий лишь существенные на каждом уровне детали;

• дуальность данных и операций над ними; использование строгих формальных правил записи;

• последовательное приближение к конечному результату.

• Все методологии структурного анализа базируются на ряде общих принципов.

• В качестве двух базовых принципов используются следующие:

• принцип "разделяй и властвуй“;

• принцип иерархического упорядочивания.

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

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

• Принцип абстрагирования заключается в выделении существенных с некоторых позиций аспектов системы и в отвлечении от несущественных с целью представления проблемы в простом общем виде.

• Принцип формализации заключается в необх-ти строгого метод подхода к решению проблемы.

• Принцип упрятывания заключается в упрятывании несущественной на конкретном этапе информации: каждая часть "знает" только необходимую ей информацию.

• Принцип концептуальной общности заключа в следовании единой философии на всех этапах ЖЦ

• Принцип полноты заключается в контроле на присутствие лишних элементов.

• Принцип непротиворечивости заключается в обоснованности и согласованности элементов.

• Принцип логической независимости заключается в концентрации внимания на логическом проектировании для обеспечения независимости от физического проектирования.

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

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

• Принцип доступа конечного пользователя заключается в том, что пользователь должен иметь средства доступа к базе данных, которые он может использовать непосредственно (без программирования).