0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Сегодня для решения задач по изучению требований к разрабатываему ПО существует механизм системного анализа. О нем и поговорим.</p>
1
<p>Сегодня для решения задач по изучению требований к разрабатываему ПО существует механизм системного анализа. О нем и поговорим.</p>
2
<p>Анализ требований разрабатываемой системы - важнейший этап среди всех этапов жизненного цикла. Он существенно влияет на все последующие этапы, в то же самое время являясь наименее понятным и изученным процессом. Прежде всего, на этом этапе надо понять, что планируется сделать, а потом задокументировать это, ведь если требования не будут зафиксированы и доступны участникам проекта, то, можно сказать, что требований как будто и не существует. Причем язык, на котором будут сформулированы требования, должен быть относительно прост и понятен заказчику.</p>
2
<p>Анализ требований разрабатываемой системы - важнейший этап среди всех этапов жизненного цикла. Он существенно влияет на все последующие этапы, в то же самое время являясь наименее понятным и изученным процессом. Прежде всего, на этом этапе надо понять, что планируется сделать, а потом задокументировать это, ведь если требования не будут зафиксированы и доступны участникам проекта, то, можно сказать, что требований как будто и не существует. Причем язык, на котором будут сформулированы требования, должен быть относительно прост и понятен заказчику.</p>
3
<h2>Стадии системного анализа</h2>
3
<h2>Стадии системного анализа</h2>
4
<p>Если вкратце, то<strong>системный анализ</strong>изучает структуру реальных объектов, а также предоставляет способы их формализованного описания. Причем общая теория систем, которая с единых позиций изучает разнообразные по характеру системы, является его частью.</p>
4
<p>Если вкратце, то<strong>системный анализ</strong>изучает структуру реальных объектов, а также предоставляет способы их формализованного описания. Причем общая теория систем, которая с единых позиций изучает разнообразные по характеру системы, является его частью.</p>
5
<p>Можно выделить 3 главные<strong>стадии системного анализа</strong>: - выделение составных частей проблемы, формализация этих частей; - обнаружение пути решения проблемы (возможно применение методов математики); - практическая реализация полученных результатов.</p>
5
<p>Можно выделить 3 главные<strong>стадии системного анализа</strong>: - выделение составных частей проблемы, формализация этих частей; - обнаружение пути решения проблемы (возможно применение методов математики); - практическая реализация полученных результатов.</p>
6
<p>Порой системный анализ называют "методикой улучшающего вмешательства в проблемную ситуацию".</p>
6
<p>Порой системный анализ называют "методикой улучшающего вмешательства в проблемную ситуацию".</p>
7
<h2>Проблемы и методология системного анализа</h2>
7
<h2>Проблемы и методология системного анализа</h2>
8
<p>Действительно, нередко системный анализ становится самой трудной частью разработки ПО. Причем проблемы, с которыми приходится сталкиваться системному аналитику, связаны между собой. Это, кстати, и делает их<strong>трудноразрешимыми</strong>.</p>
8
<p>Действительно, нередко системный анализ становится самой трудной частью разработки ПО. Причем проблемы, с которыми приходится сталкиваться системному аналитику, связаны между собой. Это, кстати, и делает их<strong>трудноразрешимыми</strong>.</p>
9
<p><strong>Суть проблем:</strong>- аналитику бывает непросто, а порой и невозможно получить исчерпывающую информацию, чтобы объективно оценить требования к системе с точки зрения заказчика; - в свою очередь, заказчик не имеет полной информации о проблемах обработки данных, поэтому он не способен объективно судить, что выполнимо, а что - нет; - системный аналитик сталкивается с избыточным объемом подробных сведений, связанных и с новой системой, и с соответствующей предметной областью; - спецификация системы по причине того же объема и изобилия технических терминов зачастую непонятна для заказчика; - если все-таки спецификация понятна для заказчика, она будет недостаточной для программистов и проектировщиков, которые создают саму систему.</p>
9
<p><strong>Суть проблем:</strong>- аналитику бывает непросто, а порой и невозможно получить исчерпывающую информацию, чтобы объективно оценить требования к системе с точки зрения заказчика; - в свою очередь, заказчик не имеет полной информации о проблемах обработки данных, поэтому он не способен объективно судить, что выполнимо, а что - нет; - системный аналитик сталкивается с избыточным объемом подробных сведений, связанных и с новой системой, и с соответствующей предметной областью; - спецификация системы по причине того же объема и изобилия технических терминов зачастую непонятна для заказчика; - если все-таки спецификация понятна для заказчика, она будет недостаточной для программистов и проектировщиков, которые создают саму систему.</p>
10
<p>Некоторые из вышеописанных проблем могут если не устранить, то облегчить известные аналитические методы. Центральное место здесь занимает методология структурного анализа.</p>
10
<p>Некоторые из вышеописанных проблем могут если не устранить, то облегчить известные аналитические методы. Центральное место здесь занимает методология структурного анализа.</p>
11
<p><strong>Структурный анализ</strong>- это метод исследования системы, который: - начинается с общего обзора системы; - детализируется, приобретая иерархическую структуру с большим количеством уровней.</p>
11
<p><strong>Структурный анализ</strong>- это метод исследования системы, который: - начинается с общего обзора системы; - детализируется, приобретая иерархическую структуру с большим количеством уровней.</p>
12
<p>Что тут характерно: - разбиение на уровни абстракции, причем с поуровневым ограничением количества элементов (как правило, от 3 до 6-7); - ограниченный контекст, который включает в себя только существенные и важные на каждом уровне детали; - двойственность как данных, так и операций над данными; - применение строгих формальных правил записи; - последовательность приближения к конечному результату.</p>
12
<p>Что тут характерно: - разбиение на уровни абстракции, причем с поуровневым ограничением количества элементов (как правило, от 3 до 6-7); - ограниченный контекст, который включает в себя только существенные и важные на каждом уровне детали; - двойственность как данных, так и операций над данными; - применение строгих формальных правил записи; - последовательность приближения к конечному результату.</p>
13
<p>В следующий раз поговорим о принципах структурного анализа.</p>
13
<p>В следующий раз поговорим о принципах структурного анализа.</p>
14
<p><em>По материалам: https://helpiks.org/9-41863.html.</em></p>
14
<p><em>По материалам: https://helpiks.org/9-41863.html.</em></p>
15
15