4. Задание на лабораторную работу

1. Ознакомиться с теоретическим материалом.

2. Спроектировать сеть согласно заданию:

1. Проектирование локальной вычислительной сети для Интернет кафе.

2. Проектирование локальной вычислительной сети для организации "Коммерческий банк".

3. Проектирование локальной вычислительной сети для кафедры университета.

4. Проектирование локальной вычислительной сети для торгового предприятия.

5. Проектирование локальной вычислительной сети для лечебного учреждения (поликлиники).

6. Проектирование локальной вычислительной сети для банка.

7. Проектирование локальной вычислительной сети для культурно-спортивного центра.

8. Проектирование локальной вычислительной сети для железнодорожного вокзала.

9. Проектирование локальной вычислительной сети для школы (колледжа, гимназии).

10. Проектирование локальной вычислительной сети для центра службы занятости.

11. Проектирование локальной вычислительной сети для небольшой финансовой компании.

5. Контрольные вопросы

1. Как сконфигурировать сервер для обработки прикладного трафика?

2. Как подключить модем к рабочей станции?

3. Какие параметры трафика можно задавать и изменять?

4. В какой последовательности задается трафик в сети?

5. Модель OSI и её уровни.

Лабораторная работа №4 построение диаграммы производственного процесса в программе bpwin

1. Цель работы: Изучение методики моделирования предметной области на примере выбранного проекта.

2. Теоретические сведения.

Для анализа и проектирования деятельности предприятия используются различные методологии структурного анализа и проектирования.

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

В настоящее время широко используются методологии:

- SADT (Structured Analysis and Design)

- структурного системного анализа Гейна-Сарсона

- структурного анализа и проектирования Йодана/де Марко,

- развития систем Джексона и т.д.

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

SADT – одна из самых известных методологий анализа и проектирования систем, введенная в 1973 года Россом. Используется повсеместно.

Модель, по SADT, может быть одного из двух типов:

- модель активностей системы (другие названия – бизнес-функции, работы)– основывается на функциях системы/блока

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

Основным элементом в модели по SADT является диаграмма. Модель может объединять несколько диаграмм в одну иерархию. Чем глубже диаграмма находится в иерархии, тем более она детализована, т.е. тем более подробно отображает данные или активности системы или блока.

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

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

Блоки на диаграмме размещаются по «ступенчатой» схеме в соответствии с их доминированием – влиянием, которое один блок оказывает на другие. Часто блоки еще и нумеруют, также в соответствии с доминированием.

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать деятельность предприятия с трех ключевых точек зрения:

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

- С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

- С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.