4.5 KiB
任务
- 测试:支撑 IBS 7.14.0 版本测试。
- 开发:IBS 7.14.0 版本域名声明周期记录自测。
日志
1、支持TOP企业客户的生命周期管理,包括客户信息的查询、导出、列表、详情查看、修改与删除。
首先要求所有内容必须是上下居中。第一行表头上下左右居中。然后数据移动类型列都要上下左右居中。第一行不需要背景色,字体换成红色就可以了。前边加三列客户需求 功能用户 功能用户需求保持空白即可。最后加一列CFP,默认值 1 即可。
触发事件 功能过程 列宽25、子过程描述列宽40、数据移动类型 列宽 15、数据组列宽30、数据属性列宽 60。客户需求 功能用户 功能用户需求这三个下方根据全部内容进行单元格合并即可。所有行高统一 22。
现在导出的sheet 叫COSMIC需求拆分,帮我改名为功能点拆分表 ,帮我在这个 sheet前加一个空白sheet,叫时序图。
但现在名称还是功能过程表格。请帮我检查下,看下前端有什么逻辑吗?
现在文件名时间戳太丑了 COSMIC_2025-10-09+09_28_54.xlsx 并不是 COSMIC_2025-10-09 09:30:30.xlsx
好的,帮我把没有提交的都提交一下吧。
进入到需求文档页面,那么这个和之前一样的问题。先帮我统一整体样式、按钮样式、标题需求文档预览样式、等等。尽可能和功能过程和子过程描述保持一致的视觉效果进入到这个页面。
当前字数 包含需求名称吗?
很好,我现在有一个新的需求。就是针对最后的需求文档的,其实最终导出的文档应该是带格式的比如第一行需求名称这里肯定是类似二级标题、需求背景、需求概述、需求详情、是三级标题,然后三级编号序号(1、;(2);①)需要有各自的缩进。现在进入这个页面前的内容是 AI 返回的,现在有什么方案,业界比较通用的方案时间我导出的最终格式是有格式的?是返回前端预览做动作还是,把内容给后端生成最终文档的时候做动作呢?
正文段落间距还
感觉你改的都没有生效,我是想要类似下方这种:
需求详情
1、侧边栏新增成员模块,用于系统管理员管理成员;
(1)在 BI 工具侧边栏新增"成员"入口;
2、点击成员模块展示成员列表
(1)展示成员名字缩写、成员名字、成员邮箱等个人信息;
(2)默认按加入时间倒序排列
(3)支持分页(每页 20 条)
(4)悬停行高亮显示操作按钮(编辑/移除图标)
其中:
1、侧边栏新增成员模块,用于系统管理员管理成员;
(1)在 BI 工具侧边栏新增"成员"入口;
2、点击成员模块展示成员列表
(1)展示成员名字缩写、成员名字、成员邮箱等个人信息;
(2)默认按加入时间倒序排列
(3)支持分页(每页 20 条)
(4)悬停行高亮显示操作按钮(编辑/移除图标)
段落中每行的间距减少一些。
那现在相当于进入到 需求文档预览 后,需求名称 这个功能没什么用了,传给后端也没有用。把这个字段清理下吧。
在生成需求文档时需要用户输入需求名称,然后供 generateDocumentPreview 使用,当进入需求文档页面后就不需要需求名称了, 也不需要给exportRequirementDocument传递了。帮我优化下这里的逻辑,把页面的回显和后端exportRequirementDocument接口的requirementName字段删除。
交给你一个艰巨的工作,帮我优化我的前端代码结构。frontend 下的 src文件夹内。要求只是结构上的重构,要求更符合开发规范,更舒适易读(比如空行,换行,函数、字段等摆列位置),不要改变逻辑。然后在重要函数、字段等加上总结性中文注释。大的方向就是让代码看着规整,舒适,规范。一些函数内很重要的点,可以加行注释。
ESLint:代码质量的守护神。Prettier:代码美化大师。我现在的配置感觉有些问题。请帮我按照 ESLint 处理代码质量、Prettier负责代码美化。处理我的配置文件。同时告诉我如何让我的 vscode 的 Prettier 插件和 项目的Prettier一致,这样就不会写代码编辑器格式化的和 npm run lint 不一致了。一定要是业界比较标准的解决方案。
总结
正常起床,改变坐姿。
走走走,上班。
开工大吉。
早晨淋死了,路上各种抱怨。到公司应该是电车短路了。
今天白天没有太多的事情。处理工作。