软件架构团队项目说明-星语课程网

返回
顶部

修改密码

* 旧密码：

* 新密码：

* 确认新密码：

首页 > 实验作业 > 软件架构 > 正文

软件架构团队项目说明

2025-05-18 07:59:53

来源：本站编辑

阅读量：

4. 项目答辩## 项目报告2如果相同则均以同组贡献比例-10%计**项目报告2分析项目一下内容分析项目一下内容6.运行时视图如分层或模型视图控制器架构3.组件视图1. 提供以上项目报告1## 答辩要求涵盖系统分解和主要模块及其依赖关系## 团队项目要求4.系统运行的当前/未来（外部）环境针对所选择的项目针对所选择的项目3. 分阶段完成两篇项目报告6.系统必须满足的关键质量属性5. 答辩之后以上全部项目文档打包4.连接器视图指示组件如何在运行时交互以实现关键场景由小组长对每个小组组员在项目中的

## 团队项目要求

1. 3-4个人一组分组；
2. 选择题目，可以是做过的项目，也可以是开源的项目，从软件架构的角度审视项目；
3. 分阶段完成两篇项目报告，项目报告1，项目报告2：
4. 项目答辩：编写答辩PPT，由小组长组织答辩，每个成员讲解个人承担的任务和经验收获，并回答答辩老师的问题，由小组长对每个小组组员在项目中的贡献做出评分；
附[报告样例](/u/cms/www/202505/11200402lbu6.pdf)

## 参考
1. Peter Hruschka和Gernot Starke.arc42：有效、精益和实用的架构文档和沟通。[https://docs.arc42.org/home/](https://docs.arc42.org/home/ "https://docs.arc42.org/home/").关于如何记录架构的143个技巧和33个示例的高度实用的集合。分为12个主要类别（“arc42模板”），从上下文和利益相关者到运行时和部署视图各不相同。

## 答辩要求：

1. 提供以上项目报告1，项目报告2，概念规范，模型准确，结构完整，逻辑清晰，格式规范。目录结构完整，内容样式统一，图表均有题注，文中有引用；
2. 答辩PPT
3. 小组分工和贡献比例：
**<mark><font color=red>注：每个人的贡献比例间隔至少1%，同组任何两人比例不允许相同；如果相同则均以同组贡献比例-10%计</font></mark>**
4. 组长填写小组贡献记录单相关内容，发给任课教师，以便答辩时记录所用；
5. 答辩之后以上全部项目文档打包，以XXX组XXX（项目名）命名，提交给任课教师，刻盘保存；

## 项目报告1：产品愿景与问题分析
### 内容要求
  你进行架构分析的起点是对项目背后的愿景及其未来成功的描述。需要考虑的方面包括：
  1.对项目目标的简洁、激动人心的描述
  2.关键领域概念（基础领域模型）的简要说明
  3.系统主要功能的描述（例如用例），因为它们对典型（最终）用户可见
  4.系统运行的当前和未来（外部）环境的描述
  5.分析参与项目的利益相关者，以及他们需要从系统中获得什么，以便对他们有利
  6.系统必须满足的关键质量属性的特征
  7.产品路线图，列出了未来几年的主要预期方向
  8.制度及其构建过程的伦理思考
  其中一些方面可能与您正在调查的开源系统不匹配。在这种情况下，明确地说出来，并在你的文章中解释为什么你认为情况是这样。从而，可以对其他相关方面进行更深入的分析。
## 项目报告2：从产品愿景到架构
### 内容要求
  第一篇报告侧重于系统在其环境中的一组基本概念或属性，但在第二篇文章中，您将探索这些概念或属性是如何通过系统的架构元素和关系以及设计和演化的原则来实现的。需要考虑的方面包括：
  1.应用的主要架构风格或模式（如果相关），如分层或模型视图控制器架构。
  2.容器视图：用于部署系统的主要执行环境（如果适用）。
  3.组件视图：结构分解为具有显式接口的组件，以及它们之间的相互关系依赖
  4.连接器视图：组件/容器之间使用的主要连接器类型。
  5.开发视图，涵盖系统分解和主要模块及其依赖关系，如体现在源代码中。
  6.运行时视图，指示组件如何在运行时交互以实现关键场景，包括典型运行时间依赖
  7.架构如何实现关键质量属性，以及如何解决它们之间的潜在权衡。
  8.应用的API设计原则
 其中一些方面可能与您正在调查的开源系统不匹配。在这种情况下，明确地说出来，并在你的文章中解释为什么你认为情况是这样。从而，对其他相关方面进行更深入的分析。
 ## 推荐候选开源项目
| 项目  | 地址   | 说明  |
| ------------ | ------------ | ------------ |
| Home Assistant  |https://github.com/home-assistant/core   |  智能家居平台，展示插件系统和事件总线架构|
| Airflow  |https://github.com/apache/airflow  | 工作流调度平台，教学 DAG 依赖管理和分布式执行 |
| Scrapy  |https://github.com/scrapy/scrapy  |  爬虫框架，数据流处理和异步请求	|
| Requests | https://github.com/psf/requests  | HTTP 库，分析简化 API 设计和依赖注入  |
|FastAPI|https://github.com/tiangolo/fastapi |类型驱动开发、依赖注入系统|
|pytest|https://github.com/pytest-dev/pytest|Python 最流行的测试框架之一，支持单元测试、集成测试等插件系统、钩子机制|
|markitdown|https://github.com/microsoft/markitdown|能处理 PDF、Office 文档（Word、Excel、PPT）、图片、音频、HTML、各种文本格式（CSV、JSON、XML 等）以及压缩包等 15 + 种格式的文件,采用模块化和可扩展的架构设计|
|Odoo（企业资源规划系统）|https://github.com/odoo/odoo|分层架构\模块化设计\前后端通信：基于 RPC 协议（JSON-RPC），支持长事务和分布式锁。|
|Redash（数据可视化平台）|https://github.com/getredash/redash|微服务架构，异步处理，数据缓存策略|
|Zulip（团队聊天应用）|https://github.com/zulip/zulip|事件驱动、实时通讯、水平扩展|
|Taiga（项目管理平台）|https://github.com/taigaio/taiga-back|插件扩展|
| Mealie（食谱管理应用）|https://github.com/hay-kot/mealie|服务拆分|
| Vikunja（任务管理应用）|https://github.com/vikunja/api|CQRS模式读写分离|
|mldong-python快速应用框架|https://gitee.com/mldong666/mldong-python|分层架构，前后端分离|

上一篇：软件架构实验六

下一篇：软件架构实验七

已有0条评论

0/150

提交

热门评论

查看更多评论

目 录

目录