Вы находитесь на странице: 1из 4

Математи́ческая моде́ль — математическое представление

реальности, один из вариантов модели как системы, исследование


которой позволяет получать информацию о некоторой другой системе.
Етапи системного аналізу
При системному аналізі об'єктів, процесів, явищ необхідно пройти (у
вказаному порядку) такі етапи системного аналізу:
1. Виявлення проблеми (завдання).
2. Оцінка актуальності проблеми.
3. Формулювання цілей, їх пріоритетів і проблем дослідження.
4. Визначення і уточнення ресурсів дослідження.
5. Виділення системи (з навколишнього середовища) за допомогою
ресурсів.
6. Опис підсистем (розтин їх структури), їх цілісності (зв'язків),
елементів (розтин структури системи), аналіз взаємозв'язків підсистем.
7. Побудова (опис, формалізація) структури системи.
8. Встановлення (опис, формалізація) функцій системи і її підсистем.
9. Узгодження цілей системи з цілями підсистем.
10. Аналіз (випробування) цілісності системи.
11. Аналіз і оцінка емерджентності системи.
12. Випробування, верифікація системи (системної моделі), її
функціонування.
13. Аналіз зворотних зв'язків в результаті випробувань системи.
14. Уточнення, коректування результатів попередніх пунктів.

1. Правила побудови мережевої моделі проекту.


Сетевое планирование (сетевой анализ) — это метод планирования
работ проектного характера, т.е. работ, операции в которых, как правило, не
повторяются.
Сетевые графики составляются на начальном этапе планирования.
Вначале планируемый процесс разбивается на отдельные работы, составляется
перечень работ и событий, продумываются их логические связи и
последовательность выполнения, работы закрепляются за ответственными
исполнителями. С их помощью оценивается длительность каждой работы.
Затем составляется (сшивается) сетевой график. После упорядочения сетевого
графика рассчитываются параметры событий и работ, определяются резервы
времени и критический путь. Наконец, проводятся анализ и оптимизация
сетевого графика, который при необходимости вычерчивается заново с
пересчетом параметров событий и работ.
1. В сетевой модели не должно быть "тупиковых" событий, т.е. событий, из
которых не выходит ни одна работа, за исключением завершающего события.
Здесь либо работа (2, 3) не нужна и ее необходимо аннулировать, либо не
замечена необходимость определенной работы, следующей за событием 3 для
свершения какого-либо последующего события. В таких случаях необходимо
тщательное изучение взаимосвязей событий и работ для исправления
возникшего недоразумения.

2. В сетевом графике не должно быть "хвостовых" событий (кроме исходного),


которым не предшествует хотя бы одна работа (событие 3). Здесь работы,
предшествующие событию 3, не предусмотрены. Поэтому событие 3 не может
свершиться, а следовательно, не может быть выполнена и следующая за ним
работа (3, 5). Обнаружив в сети такие события, необходимо определить
исполнителей предшествующих им работ и включить эти работы в сеть.

3. В сети не должно быть замкнутых контуров и петель, т.е. путей,


соединяющих некоторые события с ними же самими.

4. Любые два события должны быть непосредственно связаны не более чем


одной работой-стрелкой.

5. В сети рекомендуется иметь одно исходное и одно завершающее событие.


Если в составленной сети это нс так (рис. ж), то добиться желаемого можно
путем введения фиктивных событий и работ, как это показано на рис.  з.
2. Критичні та некритичні операції проекту. Поняття критичного
шляху проекту.
Путь – любая последовательность операций (работ), в которой конечное
событие каждой работы совпадает с начальным событием следующей за ней
работы.
Полный путь – любой путь, начало которого совпадает с исходным
событием, а конец – с завершающим.
Наиболее продолжительный полный путь в сетевом графе называется
критическим.
Критическими называются также работы и события, расположенные на
данном пути.

3. Розрахунок мережевої моделі проекту методом CPM. Визначення


критичного шляху.
Можно провести подобный анализ в терминах сроков наступления каждого
события. Производится расчет наиболее раннего срока, к которому может
завершиться каждое событие. Этот срок называется наиболее ранним сроком
события (earliest event time - ЕТ). Общая продолжительность выполнения
проекта определяется ЕТ конечного узла графа. ЕТ исходного события равен
нулю.
Для того чтобы выявить критические операции, необходимо, начиная с
конца графа, вычислить наиболее поздние сроки событий (latest event time -
LT) к которым события могут закончиться. События, для которых выполняются
соотношения:

ЕТначала = LTначала

ЕТокончания = LTокончания

LTокончания – ЕТначала – Продожительность = 0

являются критическими.

4. Пошук резервів часу некритичних операцій. Повний та вільний


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

Общий резерв времени = LTокончания – ЕТначала – Продожительность

Свободным резервом называется количество времени, на которое можно


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

Свободный резерв времени = ЕTокончания – ЕТначала – Продожительность

Иногда используют третий вид, так называемый независимый резерв


времени. Он не оказывает никакого влияния на предшествующие или
последующие операции.

Независимый резерв времени = ЕTокончания – LТначала – Продожительность

5. Підходи до мінімізації строків виконання та загальної вартості


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

6. Для чого використовується функція "Вирівнювання ресурсів" в ПЗ


SpiderProject Pro?
Розрахунок розкладу з вирівнюванням ресурсів усуває ресурсний
конфлікт, брак матеріалів та фінансів або, за неможливості усунення,
повідомляє про момент часу, коли ресурсів, матеріалів чи грошей у проекті не
вистачає.

Вам также может понравиться