Компонентная модель организации программных систем. Семакин М.М. - 19 стр.

UptoLike

ВУЗ: 

ИжГТУ им. Калашникова | Ижевск

Составители: 

Рубрика: 

19
Пример плана работ представлен на рис. 7.3. Здесь показан вариант распределения
работ между тремя программистами.
Дни
Участники
1 2 3 4 5 6 7 8
1-й 1 4 8
2-й 2 6
3-й 3
5
7
8
9 10
Задачи:
1 − Создание компонентов: «Главное окно программы» (WorkWindow) и «Графическое окно» (GrWindow)
2 − Создание компонента CPInput
3 − Создание компонента GfxServ
4 − Создание компонентов: SimplePanel, SimpleButton, SimpleCheckBox
5 − Тестирование и согласование с разработчиком проекта
6 − Создание компонента Gfx2DLayer
7 − Создание компонента BSpline
8 − Пробная сборка и согласование с разработчиком проекта
9 − Совместное тестирование и отладка
10 −
Окончательная сборка, документирование и сдача проекта
Рис. 7.3. Пример календарного плана работ
7.5. Расширение и интеграция в общие (более масштаб-
ные) проекты
Следующими этапами работы с задачей является ее функциональное расширение и
интеграция в отдельные проекты. Это собственно то, для чего в разработке отдельных за-
дач применяется компонентная модель.
В нашем примере, расширение задачи может быть осуществлено по следующим
направлениям:
1) использование других более развитых инвариантных компонентов;
2) добавление функций параметризации сплайна;
3)
сборка редактора, способного работать сразу с несколькими сплайнами;
4) расширение до трехмерного редактора сплайнов.
Созданные компоненты могут быть включены в сборку других проектов как по
своему изначальному назначению (реализация редактора сплайнов), так и для решения
множества других задач:
− компонент BSpline может быть использован для хранения и работы с различ-
ными
графиками в графических подсистемах;
− для компонента CPInput можно предусмотреть множество различных примене-
ний по редактированию графических объектов;
− и т.д.
В целом, можно сказать, что разработанные в данном примере компоненты полно-
стью отвечают концепции компонентной модели архитектуры программной системы. 
      Пример плана работ представлен на рис. 7.3. Здесь показан вариант распределения
работ между тремя программистами.


                                                        Дни
Участники
                  1           2        3            4         5        6         7          8
    1-й                1               4                          8
    2-й                           2                 5         6                  9         10
                                                                       8
    3-й                           3                           7
Задачи:
1 − Создание компонентов: «Главное окно программы» (WorkWindow) и «Графическое окно» (GrWindow)
2 − Создание компонента CPInput
3 − Создание компонента GfxServ
4 − Создание компонентов: SimplePanel, SimpleButton, SimpleCheckBox
5 − Тестирование и согласование с разработчиком проекта
6 − Создание компонента Gfx2DLayer
7 − Создание компонента BSpline
8 − Пробная сборка и согласование с разработчиком проекта
9 − Совместное тестирование и отладка
10 − Окончательная сборка, документирование и сдача проекта

                           Рис. 7.3. Пример календарного плана работ


     7.5. Расширение и интеграция в общие (более масштаб-
ные) проекты
      Следующими этапами работы с задачей является ее функциональное расширение и
интеграция в отдельные проекты. Это собственно то, для чего в разработке отдельных за-
дач применяется компонентная модель.

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

      Созданные компоненты могут быть включены в сборку других проектов как по
своему изначальному назначению (реализация редактора сплайнов), так и для решения
множества других задач:
      − компонент BSpline может быть использован для хранения и работы с различ-
         ными графиками в графических подсистемах;
      − для компонента CPInput можно предусмотреть множество различных примене-
         ний по редактированию графических объектов;
      − и т.д.

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




                                               19

Страницы