Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине




Скачать 396.11 Kb.
НазваниеМетодические указания к выполнению лабораторных работ и курсового проекта по дисциплине
страница1/3
Дата публикации29.03.2014
Размер396.11 Kb.
ТипМетодические указания
uchebilka.ru > Информатика > Методические указания
  1   2   3


Министерство общего и профессионального образования

Российской федерации

Архангельский государственный технический университет

Институт информационных технологий

Методические указания к выполнению

лабораторных работ и курсового проекта по дисциплине:

"Проектирование информационных систем"

Архангельск, 2003
Введение


Создание сложных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов. Неудивительно, что в последнее время среди системных аналитиков и разработчиков значительно вырос интерес к CASE (Computer-Aided Software/System Engineering) - технологиям и инструментальным CASE-средствам, позволяющим максимально систематизировать и автоматизировать все этапы разработки программного обеспечения.

Предлагаемое методическое описание представляет собой практическое руководство по созданию информационных систем с помощью эффективных инструментов анализа и проектирования фирмы PLATINUM technology – BPWin и ERWin.

Методическое пособие состоит из двух глав.

Первая глава посвящена изложению основ методологии функционального моделирования и построению моделей IDEF0, DFD, IDEF3 с помощью PLATINUM BPwin.

Во второй главе излагаются принципы построения модели данных с помощью PLATINUM ERwin.

Методическое пособие снабжено необходимыми указаниями для работы с программными пакета BPWin 4.0 и ERWin, иллюстрациями, а также необходимыми примерами для лучшего понимания методологий (см. приложения).

^ 1 Создание модели процессов в BPwin


BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. Причем, поскольку модель является некоторым графическим представлением действительности, можно утверждать, что человек вернулся к своему излюбленному средству документирования бизнес-процессов - к рисунку. Но возвращение это произошло на новом уровне - целостность и непротиворечивость модели - рисунка (качества, о которых раньше не было и речи) гарантируются рядом методологий и нотаций, которым следуют создатели модели. BPwin поддерживает три таких методологии: IDEFO, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения:

  • С точки зрения функциональности системы. В рамках методологии IDEFO (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

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

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

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях. При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла. Если модель создается заново, то необходимо внести имя модели и выбрать методологию, в которой будет построена модель (рис.1).

Р
ис.1 Диалог создания модели
1.1 Концепция IDEF0
Наиболее удобным языком моделирования бизнес-процессов является IDEF0. В IDEF0 система представляется как совокупность взаимодействующих работ и функций.

Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

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

^ Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:

  • Почему этот процесс должен быть замоделирован?

  • Что должна показать модель?

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

^ Точка зрения (Viewpoint). Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Например, “Главный бухгалтер”.

Для внесения цели и точки зрения в модели IDEF0 в Bpwin следует выбрать пункт меню ^ Model/Model Properties, вызывающий диалог Model Properties. В закладке Purpose следует внести цель и точку зрения, а в закладку Definition - определение модели (например, “Бизнес-процессы оборотов МТЦ на складе предприятия при выполнении повседневной деятельности”) и описание области (например, “Складской учет”). В закладке Status того же диалога можно описать статус модели (черновой вариант, рабочий, окончательный и т.д.). В закладке Source описываются источники информации для построения модели (Например, “Опрос экспертов в предметной области и анализ документации”). Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели - AS-IS (как есть) и TO-BE (как должно быть).

Результат описания модели можно получить в отчете Model Report. Диалог настройки отчета вызывается из пункта меню Tools/Report/Model Report. В диалоге настройки следует выбрать необходимые поля, при этом автоматически отображается очередность вывода информации в отчет.
^ 1.1.1 Работы (Activity)
Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты.

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

При создании новой модели автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом (рис.2). Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Name и в появившемся диалоговом окне внести имя работы. Для описания других свойств работы служит диалог Activity Properties. Содержимое словаря работ можно распечатать в виде отчета (меню Tools/Report/Diagram Object Report).





Рис.2 Пример контекстной диаграммы

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





В
озникает диалог Activity Box Count, в котором следует указать нотацию новой диаграммы и количество работ на ней. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме. Если оказалось, что количества работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке:

на палитре инструментов, а затем в свободное место на диаграмме.

Работы никогда не размещаются на диаграмме случайным образом. Они размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Наиболее доминирующий блок обычно размещается в верхнем левом углу диаграммы, а наименее доминирующий - в правом нижнем углу. В результате получается "ступенчатая" схема.

Порядок доминирования может обозначаться цифрой, размещенной в правом нижнем углу каждого прямоугольника: А1 будет указывать на наибольшее доминирование, А2 - на следующее после наибольшего, и т.д. Блок любой диаграммы может быть далее описан диаграммой нижнего уровня, которая, в свою очередь, может быть далее детализирована с помощью необходимого числа диаграмм. Таким образом, формируется иерархия диаграмм (рис.3).

Р
ис.3 Иерархия диаграмм
^ 1.1.2 Стрелки (Arrow)
Взаимодействие работ между собой и внешним миром описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными (например, сырьё). В IDEF0 различают пять типов стрелок (рисунок 4):

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

  • Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы.

  • Выход (Output) – материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

  • Механизм (Mechanism) – ресурсы, которые выполняют работу. Стрелка механизма рисуется как входящая в нижнюю грань работы.

  • В
    ызов (Call) – специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней грани работы.

Рис. 4 Функциональный блок и интерфейсные дуги

Взаимодействие между блоками изображается дугами. Существует пять видов взаимосвязей между блоками:

  • Выход – Вход (output – input). Выход одного блока является входом другого. Связь по входной обратной связи имеет место тогда, когда выход одного блока становится входом другого блока с большим доминированием.

  • Выход – Управление (output – control). Выход одного блока является управляющим воздействием другого.

  • Выход – Механизм (output – mechanism). Выход одного блока является средством другого.

  • Выход – Механизм – Обратная связь (output – mechanism- feedback).

  • Выход – Управление – Обратная связь (output – control - feedback). Обратная связь по управлению возникает тогда, когда выход некоторого блока влияет на блок с большим доминированием. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д. (рис.5).






Рис.5 Пример обратной связи

Стрелки в IDEF0, как правило, изображают наборы предметов, поэтому они могут разветвляться и соединяться вместе различным образом. Разветвления стрелки означают, что часть её содержимого (или весь набор предметов) может появиться в каждом ответвлении стрелки. Стрелка всегда помечается до разветвления, чтобы дать название всему набору. Кроме того, каждое ответвление стрелки может быть помечено в соответствии со следующими правилами: считается, что непомеченная ветвь содержит все предметы, указанные в метке перед разветвлением; каждая метка ветви уточняет, что именно содержит эта ветвь. Слияние стрелок указывает, что содержимое каждой ветви участвует в формировании после слияния объединённой стрелки. После слияния стрелка всегда помечается для указания нового набора, кроме того, каждая ветвь перед слиянием может помечаться в соответствии со следующими правилами: считается, что непомеченные ветви содержат все предметы, указанные в общей метке после слияния; каждая метка уточняет, что именно содержит эта ветвь.

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

  • Щ
    елкнуть по кнопке с символом стрелки в палитре инструментов:

перенести курсор к левой стороне экрана, пока не появиться начальная штриховая полоска;

  • щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка);

  • в
    ернуться в палитру инструментов и выбрать опцию редактирования стрелки:

  • щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Name Editor и добавить имя стрелки в закладке Name, во вкладке Definition занести определение стрелки и дополнительное описание. Также можно изменить стиль, размер шрифта и цвет стрелки.

Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/Report/Arrow Report…) и получить тем самым толковый словарь терминов предметной области, использующихся в модели.
^ 1.1.3 Диаграммы дерева узлов
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (стрелки). Для создания диаграммы дерева узлов следует выбрать в меню пункт Diagram/Node Tree. В диалоге Node Tree следует указать глубину дерева - Number of Levels (по умолчанию 3) и корень дерева (по умолчанию - родительская работа текущей диаграммы). По умолчанию нижний уровень декомпозиции показывается в виде списка, остальные работы - в виде прямоугольников. Для отображения всего дерева в виде прямоугольников следует выключить опцию Bullet Last Level. При создании дерева узлов необходимо указать имя диаграммы.
^ 1.1.4 Стоимостной анализ (ABC)

Встроенный в BPwin механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) - это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа. ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями (в том числе Департаментом обороны США) для идентификации истинных движителей затрат в организации. Стоимостной анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостной анализ основан на модели работ, поскольку количественная оценка невозможна без детального понимания в функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия.

Рис.6 Диалог Cost Center Editor

При проведении стоимостного анализа сначала задаются единицы измерения времени и денег. Для задания единиц измерения следует вызвать диалог Model Properties (меню Model/Model Properties), закладка ABC Units. Если в списке выбора отсутствует необходимая валюта, ее можно добавить. Диапазон измерения времени в списке Time Unit достаточен для большинства случаев - от секунд до лет. Затем описывается центр затрат (cost centers). Для внесения центров затрат необходимо вызвать диалог Cost Center Editor (меню Model/Cost Center Editor). Каждому центру затрат следует дать подробное описание в окне Definition (рис.6).

Для задания стоимости работ (для каждой работы на диаграмме дерева композиции) следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Cost. В диалоге Cost указывается частота проведения данной работы в рамках общего процесса (окно Frequency) и продолжительность (Duration). Затем следует выбрать в списке один из центров затрат и в окне Cost задать его стоимость. Аналогично назначаются суммы по каждому центру затрат, т.е. задается стоимость каждой работы по каждой статье расхода. Общие затраты по работе рассчитываются как сумма по всем центрам затрат. При вычислении затрат вышестоящей работы сначала вычисляется произведение затрат дочерней работы на частоту работ, затем результаты складываются. Если во всех работах модели включен режим Compute from Decompositions, подобные вычисления автоматически проводятся по всей иерархии работ снизу вверх. Это достаточно упрощенный принцип подсчета справедлив, если работы выполняются последовательно. Если схема выполняется более сложная (например, работы выполняются альтернативно), можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (Override Decompositions). В этом случае результаты расчетов с нижних уровней декомпозиции будут игнорироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции Override Decompositions расчет снизу вверх производится обычным образом.

Результаты стоимостного анализа наглядно представляются на специальном отчете - Activity Cost Report (меню Tools/Report/ Activity Cost Report).
^ 1.1.5 Рекомендации по рисованию диаграмм
В реальных диаграммах к каждой работе может подходить и от каждой может отходить около десятка стрелок. Если диаграмма содержит 6-8 работ, то она может содержать 30-40 стрелок, причем они могут сливаться, разветвляться и пересекаться. Такие диаграммы могут стать очень плохо читаемыми. В IDEF0 существуют соглашения по рисованию диаграмм. Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную.

  • Прямоугольники работ должны располагаться по диагонали с левого верхнего в правый нижний угол (порядок доминирования);

  • Следует максимально увеличить расстояние между входящими или выходящими стрелками на одной грани работы;

  • Обратные связи по входу рисуются “нижней” петлей, обратная связь по управлению – “верхней”;

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



^ 1.2 DFD – диаграммы потоков данных

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации.

DFD описывает:

  • функции обработки информации (работы);

  • документы (стрелки), объекты, сотрудников или отделы, которые участвуют в обработке информации;

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

  • таблицы для хранения документов (хранилища данных).

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

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

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов, хранение объектов, поставка и распространение объектов.

В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.

Таким образом, основными компонентами диаграмм потоков данных являются:

  • работы;

  • внешние сущности;

  • стрелки (потоки данных);

  • хранилище данных.

Для того чтобы дополнить модель IDEF0 диаграммой DFD нужно в процессе декомпозиции в диалоге Activity Box Count "кликнуть" по радиокнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:



добавить в диаграмму внешнюю ссылку;

добавить в диаграмму хранилище данных.

1.2.1 Работы

В DFD работы представляют собой функции системы, преобразующие входы в выходы. Работы изображаются прямоугольниками со скругленными углами. Их смысл совпадает со смыслом работ IDEF0, они также имеют входы и выходы, но не поддерживают управления и механизмы.
^ 1.2.2 Внешние сущности
В
нешние сущности изображают входы в систему и/или выходы из системы. Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность.

Рис. 7 Внешняя сущность

Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы (рис.7). Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.
^ 1.2.3 Стрелки (потоки данных)
Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. Каждый поток данных имеет имя, отражающее его содержание (рис.8).

В DFD применяются двунаправленные стрелки для описания диалогов типа «команда – ответ» между работами, между работой и внешней сущностью и между внешними сущностями (рис.9).





Р
ис.8 Поток данных

Рис.9 Диалог типа "команда-ответ" (контекстная диаграмма)

В DFD стрелки могут сливаться и разветвляться, что позволяет описывать декомпозицию стрелок. Каждый новый сегмент сливающийся и разветвляющейся стрелки может иметь свое собственное имя.
^ 1.2.4 Хранилища данных
В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое. Хранилища данных могут быть реализованы физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Хранилища данных на диаграмме потоков данных изображаются, как показано на рисунке 10.


Рис.10 Накопитель данных

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

^ 1.2.5 Нумерация объектов
В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта - это уникальный номер работы на диаграмме. Уникальный номер имеют хранилища данных и внешние сущности не зависимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс E и уникальный номер, например E5.
^ 1.3 Метод описания процессов IDEF3

  1   2   3

Добавить документ в свой блог или на сайт

Похожие:

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению лабораторных работ по дисциплине 
Методические указания к выполнению лабораторных работ по дисциплине Водоснабжение (для студентов 4 курса всех форм обучения специальности...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению курсового проекта по дисциплине...
Методические указания к выполнению курсового проекта по дисциплине “Проектирование холодильных установок”./ Составитель В. М. Арсеньев....

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению лабораторных работ по дисциплине «электромагнитная техника»
Методические указания к выполнению лабораторных работ и контрольных заданий по дисциплине "Электромагнитная техника". Раздел "Электромагнитные...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению лабораторных работ по дисциплине «прикладная гидроэкология»
Методические указания к выполнению лабораторных работ по дисциплине «Прикладная гидроэкология» (для студентов 3 курса дневной формы...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению лабораторных работ по дисциплине «Компьютерная графика»
Методические указания к выполнению лабораторных работ по курсу «Компьютерная графика» (для студентов, обучающихся по направлению...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания и задание к выполнению курсового проекта по...
Методические указания и задание к выполнению курсового проекта по дисциплине «Алгоритмическое и программное обеспечение электротехнических...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания и задание к выполнению курсового проекта по...
Методические указания и задание к выполнению курсового проекта по дисциплине «Алгоритмическое и программное обеспечение электротехнических...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению лабораторных работ по курсу
Методические указания к выполнению лабораторных работ по курсу "Технологические основы машиностроения" для студентов специальности...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания к выполнению лабораторных работ по дисциплине...
Методические указания к выполнению лабораторных работ по дисциплине “Физика” для студентов всех специальностей (Разделы: “Механика”,...

Методические указания к выполнению лабораторных работ и курсового проекта по дисциплине iconМетодические указания и варианты исходных данных к выполнению курсового...
Методические указания и варианты исходных данных к выполнению курсового проекта «Выбор объекта инвестирования» по дисциплине “Инвестиционный...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
uchebilka.ru
Главная страница


<