标签:后端 也有 方便 校验 字体 axure 重装 假设 拓展
组名:955
组长博客:点这里!
成员
工作流程
组员分工
组员工作量比例
姓名 | 比例 | 工作量 |
---|---|---|
许煌标 | 6% | 制作评分表 |
林鑫灿 | 13.5% | 后端实现一键转换和一键生成、博客内容的编写 |
庄锡荣 | 13% | 服务器完善以及制作答辩PPT |
陈珊珊 | 10% | 前端部分页面的编写以及制作评分表、负责提问表 |
吴珂雨 | 7% | 改进部分页面以及负责提问表、博客内容的编写 |
蔡峰 | 6% | 博客内容的编写 |
林晓锋 | 7% | 写五个阶段的博客以及负责提问表 |
侯雅倩 | 11% | 前端接口的编写及网页逻辑连接、负责提问表 |
王钟贤 | 4% | 提出建议 |
曾世缘 | 10% | 后端改进一键生成logo |
陈金杰 | 12.5% | 后端接口的编写、测试 |
Beta冲刺(1/5)
Beta冲刺(2/5)
Beta冲刺(3/5)
Beta冲刺(4/5)
Beta冲刺(5/5)
原计划
一键转换功能:原定能够实现将用户所需要转换的pptx进行转换,主要难点是解决转换后的文字重叠、图文重叠、文字溢出、图片溢出等一般模板转换出现的错位问题,为用户生成一份排版清晰且不会出现内容错位的模板;
一键生成功能:将用户输入的文本内容生成ppt,并且支持图片的插入;
LOGO一键生成方面功能:将用户输入的产品信息生成相应LOGO。
实际情况
转换方面,目前暂时只能处理格式简单(仅含一个标题、一篇正文)的幻灯片的信息提取,可以将提取到的信息插入到新的模板中,但生成的效果与预期相去甚远;
生成方面,一键生成的功能基本实现,但是在排版、交互方面还需要完善;
LOGO生成方面,基本完成,也有一定可供选择的数量。
未实现因:
目前尚且找不到区别某页pptx中文本框性质的方法。例如,假设某页幻灯片中有一个标题文本框和多个正文文本框,现有方法只能读取每个文本框的文本信息、文本框大小、文本框的位置信息等,但是没有直接访问文本框性质的方法,因此提取出来的文本信息是无差别的,无法判断哪些是标题文本,哪些是正文文本;
尝试通过读取文本字体大小来区分标题和正文但以失败告终。一般我们在制作pptx时,需要填写文本信息的话都是直接在文本框内进行编辑,而不是根据系统给定的模板文本框进行编辑,这造成了在解析的时候只能读取文本信息,而不能读取文本字体大小、字体颜色等属性。主要原因是底层源码未开放,我们还未能掌握pptx的生成原理,无法了解每个元素在pptx中是如何表示的,现有的一些库、算法只能得到有限的pptx的元素信息,而这些信息不足以满足不了我们的要求,这也让我们的核心功能的完善变得举步维艰。
产品IP:点击即可
使用说明
本产品采用 Web 端服务,针对需要进行 PPT 模板套用或者转换的用户。该产品不仅关心能否完成套用或转换,还注重套用 后的效果。核心功能是解决套用或转换的问题,此外,Web 服务端还将提供其他的有关 PPT 的拓展功能,如LOGO的一键生成等。
PPT一键生成:①点击PPT一键生成;②输入PPT名称;③选择添加内容,在跳出的弹窗内输入需要生成的PPT页数,然后点击添加,在添加出来的输入框内根据提示分别输入PPT大标题、副标题以及每一页的标题和内容;④选择用途、风格,添加图片和页码,即可生成PPT。
PPT一键转换:①点击PPT一键转换;②上传所需转换的PPT;③选择用途、风格,即可生成PPT;④若不满意,可重新转换。
LOGO一键生成:①点击LOGO一键生成;②输入产品名称、口号;③选择用途、风格,添加图片,即可生成LOGO;④若不满意,可点击重新生成按钮,生成新的LOGO。
文章一键生成:①输入主题;②点击生成,即可生成文稿。
每组给分
转换前:88+82+81+96+89+88+85+92+88+93+76+74=1032
转换后:52.8+49.2+48.6+57.6+53.4+52.8+51.0+55.2+52.8+55.8+45.6+44.4=619.2
去除最高分,去除最低分
最终得分
最终生成的ppt只能下载查看吗?有没有考虑加入预览的功能?
注册时能否加入注册失败的原因,以及邮箱合法性校验?
无
无
会考虑做ppt的美化功能吗
是否有校验登录合法性
是否有打算加入一键将markdown内容的word文档一键转化成ppt功能
一键转换对文件的格式有输入要求,有些学生不懂makedown格式,是否考虑一下格式的要求
你们的邮箱认证,随便输入一个1就能登入,这是你们内部测试的号还是bug?为什么输入没有提示和限制?
PPT生成是否可以提前预览呢,不用下载就可以查看PPT样式,会不会更方便?
在表单的样式上,是否考虑一下使用一些ui库,或是重新设计一下这部分的组件Ui?
前端验证码的问题打算修吗?
PSP2.1 | Personal Software Process Stages |
预估耗时 (分钟) |
实际耗时 (分钟) |
---|---|---|---|
Planning | 计划 | 5 | 5 |
· Estimate | · 估计这个任务 需要多少时间 |
5 | 5 |
Development | 开发 | 12 | 12 |
· Analysis | · 需求分析 (包括学习新技术) |
0 | 0 |
· Design Spec | · 生成设计文档 | 0 | 0 |
· Design Review | · 设计复审 | 0 | 0 |
· Coding Standard | · 代码规范 (为目前的开发 制定合适的规范) |
0 | 0 |
· Design | · 具体设计 | 2 | 2 |
· Coding | · 具体编码 | 10 | 10 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试, 修改代码,提交修改) |
0 | 0 |
Reporting | 报告 | 0 | 0 |
· Test Repor | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工作量 | 0 | 0 |
· Postmortem & Process ? Improvement Plan |
· 事后总结, 并提出过程改进计划 |
0 | 0 |
? | 合计 | 17 | 17 |
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 0 | 0 | 18 | 18 | 学习了Axure和AI的用法 |
2 | 0 | 0 | 50 | 68 | 学习了html、css、js的使用 |
3 | 2000+ | 2000+ | 80 | 148 | 真正进行了前端的制作 |
4 | 1000+ | 3000+ | 18 | 166 | 进行了前端的修改和完善,掌握了更大难度的方法 |
5 | 0 | 3000+ | 10 | 176 | 学习了leangoo的使用,学会了做WBS图 |
6 | 0 | 3000+ | 10 | 186 | |
7 | 500 | 3500+ | 36 | 222 | 制作了前端的首页,登入,注册界面,深入了解了前端的制作,进一步掌握AI的用法 |
8 | 10 | 3500+ | 10 | 232 | 进一步学习前端 |
9 | 200 | 3700+ | 45 | 277 | 完善界面进一步学习前端 |
10 | 0 | 3700+ | 0.5 | 277.5 | 完善界面进一步学习前端 |
… | … | … | … | … | … |
标签:后端 也有 方便 校验 字体 axure 重装 假设 拓展
原文地址:https://www.cnblogs.com/cathyccathy/p/12040654.html