Недоліки відношень розширення та включення

На жаль, часто розробники розуміють зв’язок залежності зі стереотипами «extend» та «include» по-своєму. Замовники взагалі зазвичай не розуміють семантики цих відношень і потребують додаткових роз’яснень. Надмірне використання таких зв’язків заплутує діаграму. Тому краще уникати частого використання цих відношень. Особливо це стосується відношення «extend».

Приклад

У місті створено мережу АЗС з центральним офісом та окремими АЗС

У філіях менеджера АТС проводиться робота з замовлень паливно-мастильних матеріалів (ПМС) на загальному складі, обліку постачання матеріалів по приходним накладним та обліку продажу по видатковим накладним з урахуванням видів ПМС та датах (змінах) продажу. У бухгалтерії формується фінансова звітність по продажах.

Необхідно:

1.Проаналізувати функції співробітників філії, що вирішує задачі реєстрації замовлень, постачання та продажу та формування відповідної звітності та побудувати відповідну діаграму прецедентів.

2. Проаналізувати предметну область та побудувати концептуальну схему локальної бази даних філії.

Відповіді

1. Діаграма прецедентів актора «менеджер»має передбачати наявність наступних прецедентів (функцій):

- Реєстрація замовлень

- Реєстрація постачання

- Реєстрація продажу

- формування звіту про замовлення

- формування звіту про постачання зі складу

- формування звіту про продажі

2. Концептуальна схема бази даних філії має містити наступній перелік таблиць:

- «Довідник ПМС»

Приблизний перелік полів таблиці:

Код ПМС, Назва ПМС, Виробник, Ціна

- «Замовлення»

Приблизний перелік полів таблиці:

Номер замовлення, Дата замовлення, Код ПМС; Кількість

- «Постачання»

Приблизний перелік полів таблиці:

Номер приходної накладної, Дата накладної, Код ПМС; Кількість

- «Продаж»

Приблизний перелік полів таблиці:

Номер видаткової накладної, Дата накладної, Код ПМС; Кількість

Лабораторная работа ’’ Розробка технічного завдання, за шаблонами міжнародних стандартів.’’

Тривалість - чотири академічні години.

Завдання
1.По отриманій моделі створити технічне завдання, за міжнародним стандартом.
2. На підставі написаного ТЗ відповісти на наступніпитання.

1. Що має бути зроблене в результаті роботи
2. Прийняти рішення на чому розроблятиметься проект
3. Які технології використовуватимуться при розробціцього проекту
4. Чи буде виділено час на експерименти і побудовупрототипів
5. Розписати роботу персоналу
6. Хто і що робитиме [архітектор, програмісти]
7. Тестер [тестування автоматизоване або ручне, тесткейс]
8. Колличество задіяних ресурсів [машинних, людських ]
9. Розбиття по завданням

3. Лабораторна робота "Планування завдань проекту"
Мета- отримання навичок створення проекту,налаштування його календаря,

введення переліку робіт ізавдання їх параметрів.
Форма зайняття - лабораторна робота з використаннямкомп'ютера.
Тривалість - чотири академічні години.

Теорія

Приклад планування робіт проектуНастройка окна проекта

· Запустить Microsoft Project 2007.

· Поместить в рабочем окне системы панель представлений – пункт меню меню Вид/ Панель представлений. Вид окна после настройки изображен на рис. 1.

Сохранение проекта в файл

· Пункт меню Файл/Сохранить.

· Откроется диалог сохранения файла, в котором необходимо выбрать папку для сохранения проекта и указать имя проекта РазработкаПрограммы.

· Нажать кнопку Сохранить.

· Закрыть файл проекта нажав мышкой крестик, обведенный на рис. 1.

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

Рис. 1. Окно системы после настройки

Открытие созданного файла проекта

· Выбрать пункт меню Файл/Открыть.

· В появившемся диалоге открытия файла найти папку, в которой расположен проект.

· Среди проектов, сохраненных в выбранной папке, найти нужный файл (Разработка Программы.mpp), выделить его и нажать кнопку Открыть (тот же результат достигается двойным щелчком мыши по имени файла).

Настройка календаря

· Открыть окно изменения рабочего времени – Сервис/Изменить рабочее время.

· Для календаря Стандартный (открывается по умолчанию) выбрать вкладку Исключения.

· В поле Название первой пустой строки таблицы ввести День согласия и примирения.

· Щелчок мышью в поле Начало этой же строки – в этом поле появится кнопка выбора.

· Нажать эту кнопку выбора – откроется календарик.

· Выбрать в календарике ноябрь 2009г и дважды щелкнуть мышью по дате 4 ноября – установится выбранная дата начала исключения. По умолчанию устанавливается такая же дата окончания исключения и исключение считается нерабочими днями.

· Аналогично добавить исключение Новогодние праздники, начинающееся 31.12.12 и заканчивающееся 10.01.13. Итоговый вид окна после всех преобразований изображен на рис. 2.

Рис. 2. Результат ввода исключений

Ввод перечня задач проекта

· Составить список задач проекта, содержащий вехи, фазы и обычные задачи. Расположить задачи таким образом, чтобы их порядок соответствовал последовательности выполнения, а после каждой фазы должны быть перечислены входящие в нее вехи и задачи. Для создаваемого проекта Разработка Программы список задач приведен в табл.3.3.

· Открыть файл проекта. Щелчком мыши выбрать на панели представлений Диаграмма Ганта.

· В столбец Название задачи последовательно ввести названия задач из табл.3.3. По умолчанию все введенные задачи являются обычными задачами длительностью 1 день. На диаграмме Ганта они изображены отрезками синего цвета. Знак вопроса в столбце Длительность означает, что она не была задана пользователем и является предварительной.

· В столбце Длительность установить для вех длительность в 0 дней. Результат – на диаграмме Ганта эти задачи изображены ромбиками. Результат ввода задач проекта изображен на рис. 3.20.

Рис. 3.20. Результат ввода перечня задач

Преобразование задачи в фазу

Для преобразования задачи в фазу все подзадачи этой фазы должны следовать в таблице непосредственно после нее.

· Удерживая нажатой левую кнопку мыши в области номеров задач, выделить строки задач с номерами 3 – 8.

· Нажать кнопку (на уровень ниже) на панели инструментов Форматирование. Результат – выделенные задачи становятся подзадачами, входящими в Программирование, а само Программирование – фазой, т.е. составной задачей. На диаграмме Ганта фаза изображается отрезком в виде горизонтальной скобки.

· Выделить задачи с номерами 10 – 13.

· Нажать кнопку. Отладка становится фазой, а выделенные задачи – ее подзадачами. Результат совпадает с изображением на рис. 3.20.

Создание связи при помощи мыши

· Навести мышь на ромбик вехи Начало проекта.

· Удерживая нажатой левую кнопку мыши переместить указатель на отрезок задачи Постановка задачи.

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

Создание связи в окне сведений о задаче

· Дважды щелкнуть мышкой по строке задачи Разработка интерфейса в таблице.

· В открывшемся окне сведений о задаче выбрать вкладку Предшественники. Она изображена на рис. 3.21.

Рис. 3.21. Вкладка Предшественники окна сведений о задаче

В первой строке таблицы в поле Название задачи выбрать Постановка задачи.

Нажать Ok. Устанавливается связь Постановка задачи? Разработка интерфейса.

Создание связи при помощи столбца Предшественники

· В таблице представления Диаграмма Ганта найти столбец Предшественники.

· В ячейку этого столбца строки задачи Разработка модулей обработки данных ввести номер задачи-предшественника 3.

· В результате установлена связь Разработка интерфейса? Разработка модулей обработки данных, изображенная на рис. 3.22.

Рис. 3.22. Создание связи через столбец Предшественники

Создание остальных связей проекта Разработка Программы

Используя рассмотренные выше методы создать остальные связи проекта в соответствии с табл.3.5.

Таблица 3.5.

Типы связей, задержки, опережения и ограничения

· Двойной щелчок мыши по строке задачи Тестирование и исправление ошибок в таблице.

· В открывшемся окне сведений о задаче выбрать вкладку Предшественники.

· В строке предшественника Отладка программного комплекса изменить значение поля Тип на Начало-начало, а в поле Запаздывание установить 3д (отрицательное значение означает задержку).

· Нажать Ok.

· Двойной щелчок мыши по строке задачи Составление программной документации.

· В открывшемся окне сведений о задаче выбрать вкладку Дополнительно.

· В поле Тип выбрать ограничение Как можно позже.

· Нажать Ok. Результат преобразований изображен на рис. 3.23.

Рис. 3.23. Результат преобразований

Ввод длительности задач

Ввод длительности задач выполняется в столбце Длительность таблицы диаграммы Ганта или в одноименном поле, расположенном на вкладке Общие окна сведений о задаче. Необходимо самостоятельно задать длительности задач проекта РазработкаПрограммы в соответствии с табл.3.5.

Ввод даты начала проекта

· Выбрать пункт меню Проект/Сведения о проекте.

· В открывшемся окне в поле ДатаНачала ввести дату 07.09.2009.

· НажатьOk.

Планирование задач проекта в Microsoft Office Project 2007

Создание проекта

Рис. 3.1. Основные элементы окна Microsoft Project

Окно Microsoft Office Project 2007 изображено на рис. 3.1 и состоит из следующих элементов:

1. строка меню;
2. панели инструментов;
3. строка ввода;
4. панель представлений;
5. рабочая область;
6. строка состояния.

Строка меню, панели инструментов и строка состояния являются стандартными для всех Windows-приложений, и приемы работы с ними такие же, как и в Microsoft Office.

Строка ввода предназначена для ввода и редактирования данных в ячейки таблиц (наподобие строки формул в Excel).

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

При первом запуске программы панель представлений может отсутствовать. Для ее отображения следует выбрать пункт меню Вид/Панель представлений. Переключение между представлениями производится щелчком мыши по значку нужного представления.

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

Для создания нового проекта следует выбрать пункт меню Файл/Создать. Будет создан пустой проект с пустой базой данных.

Прежде всего необходимо задать ключевые параметры проекта в окне сведений о проекте (пункт меню Проект/Сведения о проекте), изображенном на рис. 3.2.. Установки этого пункта имеют определяющее значение для всего последующего процесса планирования.

Рис. 3.2. Окно сведений о проекте

В системе возможно два варианта планирования проекта, задаваемых полем Планирование.

1. Значение даты начала проекта означает, что фиксируется начальная дата проекта. Эта дата становится директивной датой начала первой работы. Остальные работы планируются как можно раньше, т.е. для них назначаются самые ранние из возможных сроки начала работ. Дата окончания проекта является вычисляемой величиной и не может быть изменена вручную.
2. Значение даты окончания проекта позволяет зафиксировать конечную дату проекта. Эта дата становится директивной датой завершения последней работы. Остальные работы планируются как можно позже, т.е. для них назначаются самые поздние из возможных сроков окончания работ. Дата начала проекта является вычисляемой и не может быть изменена вручную.

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

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

1. стандартный – соответствует обычной 40-часовой рабочей неделе с часовым перерывом и выходными в субботу и воскресенье. Рабочим считается время с 9 до 18 часов;
2. 24 часа – непрерывный календарь рабочего времени без перерывов и выходных. Используется для планирования непрерывных технологических процессов (например, выплавка стали);
3. ночная смена – календарь, в котором используется 40-часовая рабочая неделя, но рабочим считается время с 23 до 8 часов с часовым перерывом.

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

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

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

Сохранение существующего проекта выполняется пунктом меню Файл/Сохранить. В этом случае все параметры расположения файла проекта уже известны. Поэтому диалог не открывается и сохранение происходит автоматически.

Для загрузки проекта нужно выбрать пункт меню Файл/Открыть и в появившемся диалоге открытия файла выбрать ранее сохраненный файл проекта.

Календари проекта

Как уже отмечалось выше, в системе предопределены три базовых календаря. В качестве календаря по умолчанию используется календарь Стандартный. Он соответствует 40-часовой рабочей неделе с пятью рабочими днями (с понедельника по пятницу) и рабочим временем с 9 до 18 часов (с перерывом с 13 до 14 часов).

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

Семейство календарей проекта состоит из календарей трех видов: базовые, календари ресурсов и календари задач.

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

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

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

Создание и редактирование базовых календарей происходит в пункте меню Сервис/Изменить рабочее время. Окно для работы с календарем изображено на рис. 3.3.

Это окно имеет следующие основные элементы.

1. Поле со списком Для календаря. Используется для выбора базового календаря, подлежащего редактированию.
2. Кнопка Создать новый календарь. Предназначена для создания нового базового календаря. При этом новый календарь может быть создан копированием уже существующего базового календаря.
3. Таблица календаря. Отображает график рабочего времени выбранного календаря. Слева от таблицы в виде легенды изображены способы отображения различных фрагментов календаря: рабочее, нерабочее и измененное рабочее время, дни исключений и нестандартных рабочих недель. Справа от таблицы отображается график рабочего времени для выбранного дня таблицы (на рис. 3.3 для даты 28.07.08 рабочими часами являются промежутки 9:00–13:00 и 14:00–18:00).

Рис. 3.3. Окно настройки календарей

1. Вкладка Исключения. Отображает список исключений, добавленных в календарь. Исключения предназначены для ввода данных о нерабочих днях (праздники, отпуска, отгулы и т.п.) и для создания рабочих дней с нестандартным графиком (предпраздничные дни и т.п.). Исключение задается отдельной строкой списка, в которую заносятся название, даты начала и окончания исключения. Для удаления строки из списка предназначена кнопка Удалить, а для редактирования параметров исключения – кнопка Подробности. Для ввода подробностей открывается отдельное окно, изображенное на рис. 3.4. Здесь заданы параметры исключения Отпуск длительностью 28 календарных дней с 28.07.08 по 24.08.08. Параметры окна позволяют задать указанный период нерабочим (переключатель Нерабочее время) или нестандартным рабочим временем (переключатель и список Рабочие часы); шаблон повторения (группа полей Повторить) с интервалом день, неделя, месяц, год; границы исключения (группа полей Пределы повторения).

Рис. 3.4. Окно сведений об исключении

1. Вкладка Рабочие недели. Содержит список описаний видов используемых в проекте рабочих недель. Рабочая неделя задает рабочий график по дням недели (с понедельника по воскресенье). В проекте можно использовать рабочие недели разных видов: обычные (нормальный график), "штурмовые" для экстренных случаев (все дни недели являются рабочими, рабочий день длится 10 часов), "облегченные" (рабочий день длится до обеда) и т.д. В системе предопределен не удаляемый вид По умолчанию, срок действия которого неограничен. Он используется для описания нормального рабочего графика, принятого в организации. Все остальные описания рабочих недель уточняют этот график в заданный период времени и не должны пересекаться между собой. Описание рабочей недели состоит из названия, дат начала и окончания ее действия, а также графиком работы, который задается в окне сведений, открываемом кнопкой Подробности. Это окно изображено на рис. 3.5. Список Выберите дни используется для выбора дней, для которых требуется изменить график работы. Щелчок мыши с удерживанием нажатой клавиши Ctrl позволяет выделить сразу несколько дней. Переключатель Использовать для этих дней значения времени по умолчанию задает для выбранных дней стандартный график (9:00–13:00 и 14:00–18:00). Чтобы сделать день недели нерабочим, нужно установить переключатель Задать нерабочие дни. Для использования нестандартного графика предназначен переключатель Задать дни для использования этих рабочих часов, при использовании которого следует заполнить таблицу промежутков рабочего времени. Так на рис. 3.5 для всей недели с понедельника по пятницу устанавливается нестандартный график 8:00–12:00 и 13:00­–17:00.

Рис. 3.5. Окно сведений о рабочей неделе

1. Кнопка Параметры. Открывает окно параметров календаря, которые используются системой в процессе планирования. Это окно изображено на рис. 3.6. Его также можно открыть из меню: Сервис/Параметры вкладка Календарь. Установки этого окна не изменяются автоматически при изменении параметров рабочей недели По умолчанию и должны изменяться пользователем самостоятельно. Так, при использовании графика работы согласно рис. 3.5 следует соответственно изменить Время начала по умолчанию на 8:00, а Время окончания по умолчанию на 17:00. Назначение полей этого окна кратко описанов табл.3.1.

Три последних параметра используются при пересчете длительности работы из одной единицы измерения в другую. Например, пусть параметр Часов в дне равен 8, а длительность работы задана в 3 дня. Тогда система при необходимости пересчета длительности работы в часы будет считать, что работа длится 24 часа. Этот пересчет не зависит от графика работы в конкретные календарные дни, на которые может быть запланирована работа.

Рис. 3.6. Окно параметров календаря

3.3. Особенности планирования задач в системе Microsoft Project 2007

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

1. обычная работа (в дальнейшем обозначается словом работа или задача);
2. веха;
3. фаза;
4. суммарная задача проекта.

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

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

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

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

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

1. окончание–начало;
2. начало–начало;
3. окончание–окончание;
4. начало–окончание.

Связь типа окончание–начало – это наиболее распространен­ный случай связи между работами. При такой связи работа В не может начаться раньше, чем закончится работа А. Этот тип связи изображен на рис. 3.7а.

Связь типа начало–начало означает, что работа В не может начаться, пока не начнется работа А. При помощи такой связи обычно объединяются задачи, которые могут выполняться параллельно. Например, обучение персонала работе с программой и ввод данных в программу могут проходить одновременно, но ввод данных не может начаться, пока не начнется обучение персонала. Связь начало–начало изображена на рис. 3.7б.

Связь окончание–окончание обозначает зависимость, при которой задача В не может закончиться до тех пор, пока не закончится задача А. Обычно такой связью объединяются работы, которые выполняются одновременно, но при этом одна не может закончиться раньше другой. Например, ввод в эксплуатацию программы и ее тестирование и отладка могут выполняться параллельно. В процессе ввода в эксплуатацию происходит обучение персонала, подготовка и ввод данных. Однако ввод в эксплуатацию не может быть завершен, пока не завершено тестирование и исправление найденных в программе ошибок. Связь окончание–окончание изображена на рис. 3.7в.

Связь типа начало–окончание обозначает зависимость, при которой работа В не может закончиться, пока не началась работа А. Например, А – ввод программы в промышленную эксплуатацию, начало которого намечено на строго определенную дату. В – опытная эксплуатация программы, которая не может быть закончена, пока не начнется ввод программы в промышленную эксплуатацию. При этом увеличение длительности задачи А не влечет увеличение длительности задачи В. Связь начало–окончание изображена на рис. 3.7г.

Рис. 3.7. Типы связей между работами

На этом рисунке прямоугольником изображена длительность работы. Левая сторона прямоугольника соответствует началу работы, а правая – окончанию. Взаимное расположение сторон, связанных стрел­ками, характеризует зависимость между началом и окончанием работ.

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

Для таких случаев в Microsoft Project предназначены задержки и опережения. На рис. 3.8 изображено их влияние на связи типа окончание–начало (а), начало–начало (б), окончание–окончание (в) и начало–окончание (г). Левый рисунок соответствует задержке, а правый – опережению.

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

В табл.3.2 приведены используемые в Microsoft Project ограничения работ и их действие. Ограничение является жестким условием и влияет на процесс планирования: система ведет планирование так, чтобы выполнить все заданные ограничения.

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

Рис. 3.8. Действие задержки и опережения

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

ЧТО ТАКОЕ УВЕРЕННОЕ ПОВЕДЕНИЕ В МЕЖЛИЧНОСТНЫХ ОТНОШЕНИЯХ? Исторически существует три основных модели различий, существующих между...

Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все...

Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...

ЧТО И КАК ПИСАЛИ О МОДЕ В ЖУРНАЛАХ НАЧАЛА XX ВЕКА Первый номер журнала «Аполлон» за 1909 г. начинался, по сути, с программного заявления редакции журнала...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: