【SDU Chart Team】22.04.24 第九次会议

第九周会议:

验收

  • Demo集成测试

    已完成。额外工作:附着完成。

  • 普通富文本框、说明书

    单元测试完成,但未完成集成。

  • 需求分析和需求规格说明书

    大部分完成。缺少旋转、对齐。

  • 后端驱动模块、技术文档

    完成。

  • 核心框架情况、技术文档

    尚未完成目标,仍在完善。

重点讨论内容

  • 基于需求和设计约束,前端该做哪些内容

(需求:来自需求描述和规格说明书,设计约束明确前后端边界:前端发起、前端SVG只读、后端SVG只写)

  1. 事件系统(已经遇到的问题:响应速度;可能遇到的问题:坐标系)

  2. 附着和附着点(已部分完成)

  3. 对齐(点对齐:网格对齐、线条对齐、附着点对齐;组件对齐:网格对齐、轴线对齐)

  • 通用组件框架
  1. 通用性(重点是逻辑关系和实际关系的区分)

  2. 与前端交叉内容的明确

  • 前后端交叉内容进行明确:
  1. 布局(位置、旋转、改变大小)

    思路一:布局位置与旋转由前端实现,布局围绕着BoundingBox。位置是BoundingBox左上角位置、旋转是相对BoundingBox中心的旋转。前端需要利用BBox和矩阵进行坐标系变换,计算得到画布坐标系点坐标在组件坐标系上的位置。改变大小需要与后端共同完成,后端须等比例变换关键点位置。

    思路二:完全由后端实现,布局围绕后端的非精确的计算数据。位置是某个后端维护的点、旋转是相对某个计算中心的旋转。后端利用核心提供的坐标系变换实现,组件分为两层,一层是内部使用组件坐标系维护,另一层是对外可见使用画布坐标系维护。

    (最后选择思路二)

  2. 分组(创建矩形分组框)

    关于坐标系问题和布局相关。

    关于创建,只能前端创建;维护只能后端维护。

    (由前端计算得到矩形框,后端提供维护;分组在逻辑上是树形关系,但组件是序列关系)

  3. 附着和锚点~~(已明确)~~

    附着和锚点通过七个基本图形元素内部属性计算得到;前端完全维护附着关系。附着的响应由后端完成,等价于移动关键点。

  • 明确外围工作

    三个文本框:

    1. Latex(已经遇到的问题:MathML在谷歌内核无法正常显示)

    2. Markdown

    3. 富文本框

    其他外围工作:

    1. 文件保存

    2. Echarts(视情况)

### 新问题

  1. 性能问题

    集成测试中断开电源时响应非常慢。猜想:事件响应问题、socket问题。

  2. 对齐

    需求分析中没有涉及对齐。明确了对齐为前端工作。

  3. 文本框集成测试

    没有创建与之对应的组件,造成搁置。

计划及调整

(所有开发上的完成,表示经过单元测试和模拟集成测试;文档上的完成,表示被公开、被审阅、被接受)

1. 第十周

  1. 前端根据需求描述和规格文档,尤其通过规格中的事件流,完成事件系统。编写对应的技术文档
  2. 前端进行对齐附着的开发与完善。
  3. 后端完成组件通用框架(面向对象,包括组件、逻辑关系等);随之定义接口(面向函数);完成文档。
  4. 前端基于接口,引入事件系统。(包括样式)
  5. 核心部分完成主要核心。(全部的属性、部分的SVG元素,并完成测试)
  6. 后端利用框架,完成矩形组件类矩形组件;线形组件视情况。
  7. 文本框完成集成测试,引入Latex解决方案。

2. 第十一周

  1. 后端完成线形组件。(其余时间实现和测试自定义组件)

  2. 前端完成解释器,开始通信测试。

  3. 前后端进行基于矩形的集成测试。(测试内容:对齐、附着、还有Demo中包含的基本功能。测试相关方:全体。)

  4. 核心部分完成核心。

  5. Markdown文本框。

3. 第十二周

主要工作收尾,进行修复和优化阶段。届时完成其他外围功能;并增加组件。

4. 第十三周

第十二周的延续,整理文档。适时添加新功能。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值