Files
2026-03-01 01:43:46 +08:00

22 lines
2.8 KiB
Markdown

# 任务
# 日志
```
重构前后端逻辑,当我在功能过程管理页面点击确认流程生成文档按钮之后,我是调用了一个接口(后台的public ResponseEntity<AnalysisResultDto> analyzeRequirement(@RequestBody AnalysisRequestDto request))从而生成拆分文档,然后又根据拆分文档生成了需求文档。请仔细分析现在的流程,将这两步拆解开,客户通过功能过程生成一个表格给前端,先展示给客户,客户可以直接修改和导出表格。再提供一个按钮供客户通过最终表格生成需求文档。直接改造我的代码,不需要兼容历史逻辑。注意代码要优雅,有标准的中文注释和关键中文日志。
功能过程表格校对不正确。analyzeRequirement 接口返回的 processes 的结构是类似这种,相当于 查询客户列表 这个功能过程(functionalProcess),有三个子过程描述(subProcessDesc),所以前端应该显示为triggerEvent和functionalProcess对应三个子功能过程,每个子功能过程显示自己的dataMovementType、dataGroup、dataAttributes。数据举例:processes=[CosmicProcess(triggerEvent=用户查询TOP企业客户, functionalProcess=查询客户列表, subProcessDesc=用户触发输入查询条件并点击查询按钮, dataMovementType=E, dataGroup=客户列表查询条件数据组, dataAttributes=客户名称、客户状态、所属行业, processOrder=1, complexityScore=3, isCoreProcess=true, remarks=null), CosmicProcess(triggerEvent=用户查询TOP企业客户, functionalProcess=查询客户列表, subProcessDesc=系统读取客户主表与关联表, dataMovementType=R, dataGroup=客户信息主数据记录, dataAttributes=客户ID、客户编号、客户等级、创建时间, processOrder=1, complexityScore=3, isCoreProcess=true, remarks=null), CosmicProcess(triggerEvent=用户查询TOP企业客户, functionalProcess=查询客户列表, subProcessDesc=系统呈现客户信息列表, dataMovementType=X, dataGroup=客户列表展示数据组, dataAttributes=客户名称、客户状态、归属运营、创建日期, processOrder=1, complexityScore=3, isCoreProcess=true, remarks=null)]
现在我要实现一个新的需求,当点击左上角的 EXCALICODE AI 标志的时候,进入一个 AI 对话页面。用户输入聊天内容后进行对话,这个要求那种流式响应显示,请选取最合适的方案。后台使用的是 spring ai。前端对话页面要求简单大方,有设计感觉。可参考 chatgpt 的设计。
```
```
1、支持TOP企业客户的生命周期管理,包括客户信息的查询、导出、列表、详情查看、修改与删除。
2、支持客户与内部资源(如账户、运营人员)的绑定管理,明确客户归属和服务责任人。
```
# 总结
上午去了白浮泉公园。