福大软工 · 第十次作业 - 项目测评（团队）

福大软工 · 第十次作业 - 项目测评（团队）

组长博客链接

作业链接

评测

个人上手体验

• 查看课程表上效仿了超级课程表，界面美观
• 功能多，整合了课程表、查成绩、考场查询、历年卷、易班、空教室、图书馆、教务通知、大物实验、嘉锡讲坛、校招日历共计11个功能模块，可谓是一应俱全。

使用思维导图描述福大助手的结构体体系

目前已发现的功能性BUG

IOS端

1. 设置中进入【推送】选项后整个应用完全无法响应，出现假死现象，只能强制关闭后再次开启应用。

   

2. 在成绩中打开挂科高亮选项后，成绩页挂掉的学科并没有高亮。

   

   

3. 【成绩页面】单科绩点均为空

   

4. 教师信息页QQ邮箱等信息无法查询到，始终显示加载中

   

5. 夜间模式下，当周课程、已结课课程、未开课课程无法区分

   

6. 二手市场页面中，系统状态栏被非正常隐藏，无法显示。

安卓端

1. 应用商店中的福大助手版本过低，在安卓8.1版本上闪退

你觉得为什么这个产品组的人没有发现这些bug?

• 测试工作做得不到位
• 发现BUG后没有及时在后续版本中进行修复（没有跟进BUG修复情况）

假设你们团队需要开发这套系统，需要注意哪些方面

架构图

关于上图中架构的解释

• 分布式文件服务器主要用于存放历年卷文件
• 通过爬虫的方式模拟访问福大教务处网站来获取课程信息、成绩、考场查询、空教室、教务通知、嘉锡讲坛、校招信息等数据，并可以通过模拟POST请求来实现部分需要用户操作的功能（如嘉锡讲坛报名、教师评议等）
• 通过爬虫的方式模拟访问福大图书馆服务器，主要用于实现【图书查询】功能
• 通过爬虫的方式模拟访问福大易班服务器，用于实现易班上的各种功能
• 通过爬虫的方式模拟访问福大大物实验网站，用于实现大物实验的各种功能

部署运维

• 前期部署上，主要考虑爬虫模拟访问各个网站的功能是否正常，同时需要保证文件服务器可以正常工作；另外需要定时了解各个网站是否有进行升级，如果升级造成了网页内容结构的改变，需要及时调整爬虫的结构。
• 运维过程中需要监控各个服务器的状态，如果有异常情况（如磁盘异常、服务器宕机等）需要及时处理。
• 运维过程中还需要收集用户反馈，根据用户的建议不断完善APP

微服务

• 微服务视情况而定

介绍采访对象的背景和需求

用户背景调查

• 对象来源

  • 调查对象绝大部分来自福州大学的学生，在以下的内容中统一称作在校生 ，采访侧重于平时在校学习生活中对于学业信息产生的需求能否被福大助手所满足。
  • 小部分调查对象为非福州大学学生，在以下的内容中统一称为非在校生，采访更侧重于对产品的直观感受和用户体验。

• 对象分布

  • 设备分布

    

  • 使用分布
    

• 对象特征（在校生）

  • 对于学业信息、校内通知有着获取需求
  • 对于信息的时效性十分关注
  • 对于数据以及功能性有着一定需求
  • 在功能基础上对于UI界面美观程度和交互舒适度也有一定要求

• 对象特征（非在校生）

  • 对于功能响应速度有着一定要求
  • 对于页面布局、交互舒适度有着一定要求
  • 对于界面配色字体等具有一定审美需求

用户需求

核心需求

• 在移动端较为方便地查看课程信息

• 能够及时准确地获取一些课业信息（如考试安排、课程成绩）

• 能够对于来自教务处的一些重要信息、通知进行提醒

• 对一些公共资源进行预约查询（图书馆借书、自习室预约）

  非核心需求

• 尽量在不造成产品冗余的情况下，聚合更多的校内信息

• 让UI尽量美观，交互更加合理

• 各个功能具备较快的响应速度

让采访对象使用福大助手

• 一对一采访

采访项目	采访反馈
平时使用什么应用查看课表等信息	福大教务通
之前有用过福大助手吗	看到同学用过但是自己没有尝试过
产品刚上手后的第一感觉（ios端）	界面很简洁大方，可以很方便地找到想要的功能，反馈速度也很不错
对于各个功能模块试用之后	聚合的信息覆盖面很广，功能很丰富，而且信息总体来说都很准确，不过还是有一些信息没有更新，比如单科绩点
总体感受	是值得推荐的产品，不过不知道为什么身边的人用福大教务通的比较多

描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？

评估项目	优点	缺点
数据量	聚合信息丰富，学生平时要用到的从课表到考试安排再到成绩通知等都可以在应用中轻松获取到	暂时无法获取单科绩点，教师的联系信息无法刷新
界面	界面交互总体来说很友好，配色风格简约大气	二手市场和嘉锡讲坛的界面风格 有待优化；夜间模式的课表无法区分是否为当周课程
功能	各项基础功能使用起来都非常方便，基本可以满足学生平时的需求	无法查看单科绩点，挂科无法高亮，教师联系信息无法刷新，设置里的推荐功能会导致系统无响应
准确度	在课表与空教室等基础功能中基本能够做到准确反馈	成绩和考场信息有时候会存在一定的延迟

用户对产品有什么改进意见？

• 希望可以改善考试成绩、考场信息、通知等重要信息存在的不及时和不准确情况
• 对于部分功能上产生的bug（如在设置中点击推送选项后应用停止响应）希望能予以修复
• 希望可以修复无法查看单科绩点的情况
• 希望可以修复夜间模式里该周课程和已经结课或未开始的课程颜色无法区分的问题
• 希望可以优化部分功能页的UI风格（如二手市场）
• api模块较为丰富，但是功能模块放置在侧边展开栏还是有点不够合理，列表式的模块切换往往导致用户选取功能上体验不佳：
  • 功能模块过多，导致切换时需要下拉滑动侧边栏进行选择
  • 字体缩放等方面的原因导致对大屏用户很不友好
  • 希望能在不影响查看课表的前提下，改进功能模块的布局（有些吹毛求疵了）
• 希望可以丰富可选的图标
• 问题反馈
  

结论

• 问卷调查数据

  
  

• 非常不推荐

• 不推荐

• 一般

• 推荐

• 非常推荐

第二部分 分析

参考 8.6 节 对工作的估计， 和14.1 节 软件工程的质量

• 估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）。

  • 估计时间：3个月。
  • 理由：“福大助手”开发的工作主要在调用和整合上，总体完成的较好，但仍存在着些许的瑕疵，因此估计完成时间为3个月。

• 分析这个软件目前的优劣（和类似软件相比），并推理出开发团队在软件工程方面可以提高的一个重要部分（具体建议）。

  • 优点：
    • 相比于“超级课程表”、“课程格子”等校园应用，“福大助手”对福大学生而言具有针对性，功能更加实用；
    • 相比于“福大教务通”、“福大易班”等针对福大学生的校园应用，“福大助手”整合了它们的功能，功能更加全面和丰富。
  • 劣势：
    • “福大助手”的针对性决定了它的局限性，它仅服务于福大的学生，不具有“超级课程表”等类似APP的广阔大学市场；
    • “福大助手”功能虽多，但不精，没有特别大的亮点，且就某些具体的功能还有很多需要完善的地方，比如：
      • 与“福大教务通”相比，“福大助手”虽然能够查询各科成绩，但却无法查看统考成绩与各科成绩的平均分和最高分，没有提供“培养计划”功能用于查询各科学分，空教室查询功能显示界面不够友好；
      • “福大助手”的“易班”模块仅仅是调用了“福大易班”，没有功能上的创新点和突出点，且每次重启APP使用“易班”功能时都需要重新输入账号和密码，而“福大易班”能够记住账号和密码。
  • 建议：
    • 在丰富功能的同时注意完善各功能的建设，在量的基础上讲究精；
    • 增强推广力度，可以考虑通过班导向大一新生传播等途径，目前推广力度不足，比如：有相当一部分同学完全不知道这个软件的存在（来自某两位通过软工实践认识了这个软件的同学），OPPO手机的软件商店就搜不到这款软件；
    • 增强用户的体验感，提高部分功能界面的友好度，比如在“课程表”功能中可以设置已结课、未开课课程的不显示等。

• 根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果；

  • 功能逻辑框图

  

  • 各模块分析

    重要度按1~5评分，1：不重要，2：一般重要，3：重要，4：很重要，5：非常重要。

模块	重要度	完成度（%）	出发点	效果
账户管理	5	80	为用户提供账户的管理，为以下的功能服务（登录和注销）	登录和注销流畅，缺少账户的个性化设置
课程表	5	85	为用户提供课程表的查看和管理	为用户提供了很好的课表查看和管理功能，但部分机型存在分享功能闪退现象，不能设置已结课、未开课课程的不显示
查成绩	4	70	为用户提供成绩、绩点及统考成绩的查询	仅能查看成绩和绩点，无法查看统考成绩，且无法查看各科的平均分和最高分
考场查询	3	95	为用户提供考试信息的查询	能够为用户提供相关的排序的考试信息（除了任课教师）
易班	2	60	为用户调用易班的功能（附加一键XX功能）	仅仅是对易班功能的调用，每次重启应用都要重新输入账号密码，使用繁琐（一键XX真的好用）
空教室	3	70	为用户提供空教室的查询	用户能够使用其查询指定教学楼、时间段的空教室信息，但显示方式不够友好
图书馆	1	70	为用户提供图书馆图书的检索（附加登录福大图书）	能够实现图书的检索，查询结果的显示方式不够友好，福大图书功能鸡肋
教务通知	3	95	为用户提供教务通知的查看	方便了用户对教务信息的查看
大物实验	2	70	为用户提供大物实验的查看和管理	（没有账号，未验证）
嘉锡讲坛	2	95	为用户提供嘉锡讲坛的查看、报名和取消	方便了用户对嘉锡讲坛的操作
校招日历	4	90	为用户提供校招信息的查看、检索	极大地方便了有这方面需求的用户
设置	4	80	为用户提供APP的设置	常规功能

• 针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分。

  满分10分，针对各项打分情况如下：

评分项	评分	理由
用户体验	7	全面的功能和友好的界面给用户带来了一定的使用体验，但功能的缺陷和个性化设置的缺少造成用户使用体验的缺失，所以给出了7分这个分数。
UI界面美观度	8	整个APP界面还是比较简洁美观的，界面的动画效果也很不错，所以我们给出了8分。
核心功能	7	这个APP整合了很多的功能，不得不说真的很全面，但功能虽全却不精，很多功能都或多或少的具有一些缺憾，略显鸡肋，还不能做到完全地替代信息来源的APP，所以我们选择给核心功能打7分。

第三部分 建议和规划

• 如果你是项目经理，如何提高从而在竞争中胜出？
  • 明确用户群体，功能设计应具有针对性，符合福大学生的日常需求和使用习惯。
  • 较高的软件质量和稳定度。即使软件拥有吸引用户使用的功能，但是若稳定性和容错率达不到用户的可接受范围内，也会极大削减用户的使用兴趣，不能长期使用。
  • 人性化的功能设计和结构。当用户需要使用软件的某个功能时，应该能够在不熟悉软件结构的情况下凭着常识或生活经验能快速找到功能界面。好看的界面，间接地逻辑设计和较好的用户体验都能够成为竞争优势。
  • 有足够吸引人的功能，最好是其他软件没有的而在特定群体中很实用的功能。如面向福大学生的一键评议功能，非常具有针对性，吸引用户下载。
  • 合理的宣传策略。在社区或论坛上发布宣传消息，或通过学生自主推广等形式，在学校带来较广的宣传覆盖面。
• 目前市场上有什么样的产品了？
  • 超级课程表
    • 现阶段面向高校的相似应用最出名、用户最多的课程助手应用，能够查询课程和考试信息等，适合大多数的没有自己学校适配的应用。其主打功能有“课间”（社区功能）。但是经过调查发现，真正会使用“课间功能”的用户很少，并且在其查课程表和连接教务处导入信息会出现错误，还无法修改。
  • 课程格子等课程表查看应用
    • 面向全国高校学生的查看课程表的应用，只提供几个简单的核心功能。
  • 福大教务通和期末考啦
    • 针对本校实际情况设计的应用，两者的针对性比较强。教务通集成了查询课程表，教师简介，查询成绩，学分，考试安排，教务处消息通知等功能。期末考啦包含各种科目的学习资料。在福大学生的手机中基本上都会安装这两款软件。
  • 福大易班
    • 现在好像die了，转移在易班上了。
  • 易班（垃圾应用毁我青春）
    • 通过校本化能够和教务处连接，提供查成绩和课程等功能，但是会使用这个功能用户占比较少，因为经常会登不上去。用户主要会使用的功能集中在各种申请，宿舍保修，医保申请的等功能。
• 你要设计什么样的功能？
  • 在原有基础上再增加以下功能：
    • 1.一键评议功能
    • 2.对教师的评价功能（如对教师印象如何，评分多少，教学风格如何等）
    • 3.对课程的评价功能（如对课程印象如何，课程难度评价，推荐老师等）
    • 4.校历查询
    • 5.近期讲座信息查询
    • 7.福大教学区介绍（如生成福大地图，查看教学楼位置，校内导航等功能）
    • 6.福大生活区介绍（如各食堂特色，校车站点分布，商店分布等）
• 为何要做这个功能，而不是其他功能？
  • 福大助手功能不应该局限于学习方面（课表，考试，考场查询等），还应该包含福大的生活方面，并且学习方面也应有相应拓展。课表，考试，考场查询功能仅是基础功能，而用户的需求远不止于此。
  • 首先，一键评议功能节省学生时间。每学期第一次查看成绩或者选课时，总会跳出长长的教师列表，要求对他们上学期的表现进行评价。对学生来说任务繁琐费时。且选课时评价完一次后，查看成绩时又需再一次评价，重复性工作没有意义。因此一键评议有其需求，有其存在价值。点开一键评议，仅需等待几十秒钟，所有评议任务全部完成，方便学生及时选课，及时查看成绩。
  • 其次对教师的评价功能，有助于学生在选课之前对老师有必要的了解，进而决定这个老师的教学方式或是其他方面是否符合自己的习惯，是否换选其他老师等，这样的考虑对教师和学生双方都是有益的。
  • 再者是课程评价功能，对学生选择选修课来说，选到喜欢的课程是一件幸运的事。目前很多情况下，学生在对课程并不了解的情况下就盲目选课或者通过向学长学姐打听课程消息再决定是否选课。一些情况下，我们并不能得到对这门课客观实用的评价。而这个功能旨在为学生选课之前对课程有必要的了解，进而决定是否选择这门课。同样，这样的考虑对教师和学生都是有益的。
  • 此外，校历查询我也认为是一项基本功能。学生希望在学期初就对时间有一个合理的规划，提供校历查询，有助于学生了解这个学期的进度与情况，方便学生做出合理规划。
  • 还有近期讲座信息功能，有助于学生及时了解近期自己感兴趣的讲座。这样避免了部分同学时常错过一些感兴趣的讲座。同样，各班拉人凑人数的现象也会一定程度上得到缓解。这些讲座范围应不止于原应用中的嘉锡讲坛。
  • 然后福大教学区介绍对于新生来说是很有必要的，他们不熟悉学校情况，而目前市面上地图又无法对学校每一幢教学楼都做上详细标注。因此新生经常会遭遇迷路或者不认识路的情况。那么这个功能很大程度上帮助新生快速适应学校环境，免去他们的一些苦恼。
  • 最后福大生活区介绍同样是针对于新生，帮助他们快速融入福大生活。
• 为什么用户会用你的产品/功能？
  • 以上的功能介绍均是从用户角度出发，考虑用户的实际情况得出的部分需求分析。因此他们的存在有其合理性。再者，目前市面上并没有一款软件能做到功能如此丰富。福大助手应该作为每一位福大学子的必备软件，并且取代等等一些诸如福大教务通，福大教务处等软件或者网站。做到拥有福大助手，在福大生活便不再需要其他软件。同样，这样的功能集成也免去用户的一些烦恼，比如手机上装了许多软件，易班，福大易班，福大教务通，CET等等一些软件，各有不同功能，有需求时，找起来实在不方便。如：查询当前绩点时，易班，福大教务通，福大教务处等都可以查询，然而时常因信息更新不及时，导致多平台查询的绩点结果不同，用户陷入迷茫。因此我认为功能的集成与统一是非常必要的。
• 你的创新在哪里？可以用 NABCD 分析。
  • 你的创意解决了用户的什么需求?(N)
    • 每学年初总有新生在校园迷路或者不认路的情况，或者一些同学手机上装了许多软件，易班，福大易班，福大教务通，CET等等一些软件，各有不同功能，有需求时，找起来很不方便，费时费劲。而福大助手拥有所有功能的集成，信息时刻同步，用户所需的所有功能都包含于此，打开软件搜索所需功能即可。
  • 你有什么招数来解决用户的痛苦或问题？(A)
    • 通过以上功能的集成与拓展，学生可以只用福大助手就能完成大学生活中几乎所有的需求。诸如一键评议或者校园介绍等功能，学生的评议烦恼或者对校园不熟悉的问题就能迎刃而解。
  • 你这个产品或服务会给用户带来什么好处？(B)
    • 福大助手力争做到帮助同学更快地适应校园生活，在学习和生活上为同学更高的效率。
  • 你的产品有没有类似的竞争者，他们的产品怎么样？(C)
    • 比如福大教务通软件。但这款软件经常出bug或者崩溃，功能仅限于查课表，查成绩，找空教室，查考场。完全不具备任何生活，工作上的便捷功能。并且界面也相对不美观。相比于拓展版的福大助手，福大教务通完全没有其存在的价值。福大助手功能完全包含了福大教务通。
    • 再如超级课程表，诚然此软件称得上是全国范围内大学生使用最多的一款软件，拥有良好的生态环境，软件运行流畅，界面美观。但其针对范围太广（全国高校）而非针对，因此也有相应不足：其查课程表和连接教务处导入信息时常会出现错误，甚至无法修改；对于拥有本校适配软件的学生而言，超级课程表几乎没有存在价值。
  • 你如何推销你的产品？(D)
    • 首先福大助手原本就具有较为广泛的用户群体，虽然他的人气度并没有福大教务通那么高。那么在此基础上，我们可以通过线上线下同时宣传，推荐教师同学尝试我们的福大助手，广告福大助手的功能。同时也可以适当加入锦鲤营销模式，如此一来，一传十，十传百，相信福大助手可以很快走进福大学子的方方面面。
• 如果你来领导这个团队，会有什么不一样？
  • 明确的团队分工。为每一位成员分配合理的工作任务，并在合理的时间内交付可用的软件功能，对于无法实现的功能使用其他的方法进行代替
  • 风险预估。若当前的技术路线不能实现预期的设计，要有合理的解决办法。
  • 高效地团队讨论及良好的团队协作氛围。成员及时提出目前遇到的问题，并尽早解决，做出预期处理。
• 如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
  • 在开发前期，两人负责功能开发。一人负责美工，两人负责界面开发。其中有一人负责团队统筹，掌控开发周期和开发进度。各部分人员在完成一个功能模块之后必须自行测试通过再交付。在最后的测试阶段再安排二至三人进行系统测试。
• 描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
  • 第一、二周考虑用户需求，确定功能，制定初步计划。随后进行实际调研，对出现的问题，需求矛盾等进行策略调整。
  • 第三周制定出较为完善的工作方案，明确人员分工和工作计划，开展工作。
  • 第四周到第七周搭建软件基本框架，形成初步的框架，实现几项基础功能，并对目前出现的问题及时反馈，调整开发策略，明确下一阶段的开发任务。
  • 第八周到第十二周，功能进一步完善，软件基本完成，各功能完善，开始考虑发布测试版。
  • 第十三周到第十四周，软件系统测试和调试。
  • 第十五周，小范围内发布Beta版本，并处理反馈信息
  • 第十六周，进一步完善，准备发布。

第四部分 增量开发设计

既然你对产品有这么多的意见和建议，请就你认为产品的可提升功能、新增需求点做出增量开发设计，要求：

• 优化/新增功能点的原型界面

  我们选择新增功能点——选课指导

  

  

  

• 基本实现思路

  提供学期选课时，各位任课老师的基本信息，包括教师姓名、学位、联系方式、任职经历、授课风格、学生评议以及各种评测指标（如挂科率、高分率、点名率等等）

  使用流程：

  1. 点击左侧功能栏，查找到“选课指导”功能，点击后会跳转到相应的功能模块。
  2. 默认显示搜索界面，输入教师姓名查找教师，支持模糊查找
  3. 点击反馈列表中对应的教师，跳转到教师信息界面
  4. 点击右下角的“评论”图标，支持在线评论

• 优化/新增功能点与原有产品如何接入

  我们考虑到这是比较独立的功能，和其他已有的功能融合度不是很高，因此“选课指导”功能会直接加入左侧功能栏，作为一个和“课程表”、“查成绩”这类同一级的功能并入原产品。

第五部分 答辩总结

个人贡献比例：

具体分工：

• PPT设计与展示：全炯、文婧、地秀
• 测试报告（现场）整理文档：愈明、文婧、地秀
• 评审表设计及整理：文婧、地秀
• 软件评测：张扬、俊彦、泽波
• 采访：全炯、俊彦
• 软件分析：地秀、文婧
• 建议和规划：李翔、加伟
• 增量式开发：愈明、韫月
• 作业博客整理：加伟

本组平均分：78.2分

QA环节：

• 第一小组：

  • Q：对产品的建议和规划似乎有点空乏，有具体些且可执行强的规划和建议吗？

    • A：详细可以参考我们的文档，现简介如下：

      第一、二周考虑用户需求，确定功能，制定初步计划。随后进行实际调研，对出现的问题，需求矛盾等进行策略调整。

      第三周制定出较为完善的工作方案，明确人员分工和工作计划，开展工作。

      第四周到第七周搭建软件基本框架，形成初步的框架，实现几项基础功能，并对目前出现的问题及时反馈，调整开发策略，明确下一阶段的开发任务。

      第八周到第十二周，功能进一步完善，软件基本完成，各功能完善，开始考虑发布测试版。

      第十三周到第十四周，软件系统测试和调试。

      第十五周，小范围内发布Beta版本，并处理反馈信息

      第十六周，进一步完善，准备发布。

  • Q：增量开发的实现难度如何，有对该功能的工作量衡量吗？

    • A：我们确实考虑过，他们都可以实现，并且难度都不大。比如选课指导部分我们会事先收集学生反馈，存入数据库中进而提供数据。教师的信息可以联系西二在线，与他们进行合作等等。

  • Q：ppt中部分页面文字为了匹配图片大小导致字体过小，希望改进

    • A：我们下次会注意，谢谢！

• 第二小组：

  • Q：增量设计的几个功能各需要大概多长时间
    • A：3～4周。
  • Q：你们使用了多款手机进行测试，有没有在相同系统出现不同问题
    • A：有。
  • Q：是否需要将个别PPT页面的字体放大点，以便观看
    • A：我们下次会注意，谢谢！

• 第三组：

  • Q：增量开发如果要做的话,时间大概需要多久？
    • A：3～4周。
  • Q：ppt字体有考虑增加下大小,感觉字体有点过小,后面看不清楚？
    • A：我们下次会注意放大字体，谢谢建议！
  • Q：采访部分和需求部分可以做得更细致些？
    • A：可以的，之后我们会考虑通过多种途径，线上线下同时调查。同时适当扩大调查范围，增加数据量。

• 第四组：

  • Q：没有上传测试报告，下次要注意噢
    • A：由于我们的疏忽，这次遗漏了这一步，下次我们会注意，谢谢！
  • Q：对于非在校生的采访是否多此一举呢
    • A：并不是这样的。对于校外的学生虽然他们并不清楚福大的流程，但是一款软件的流畅度或交互友好程度也是很重要的一部分。对于校外的学生，他们可以对这一部分进行评价，得到客观的评价。
  • Q：ppt中没有展示发现的bug，也没有测试报告可看，是没有发现bug吗？
    • A：ppt中其实有展现。

• 第五组：

  • Q：PPT内容需要更严谨，避免出现类似"天下人苦秦者久矣"的小错误。
    • A：下次我们会注意，谢谢提醒！
  • Q：应注意每节课前的文件上传，注意不要再忘记上传测试报告。
    • A：下次我们会注意，谢谢提醒！
  • Q：PPT字体太小，不利于观看。
    • A：下次我们会注意放大字体，谢谢建议！

• 第六组：

  • Q：您好，请问为什么你们的报告没有整合成一份文档，只有一堆md文件？

    • A：报告整合我们在答辩之后才开始完成，事先时间大多花在制作上。

  • Q：您好，请问你们做的调查报告，人数基数是多少呢？为什么会考虑非在校生，毕竟他们几乎不会用到这个软件？

    • A：人数基数在200人左右。对于校外的学生虽然他们并不清楚福大的流程，但是一款软件的流畅度或交互友好程度也是很重要的一部分。对于校外的学生，他们可以对这一部分进行评价，得到客观的评价。

  • Q：您好，请问为什么考虑增加一个选课指导，老师的一些课程信息要怎么获取呢?

    • A：详细可参见我们的文档，现简介如下：

      1、课程评价功能，对学生选择选修课来说，选到喜欢的课程是一件幸运的事。目前很多情况下，学生在对课程并不了解的情况下就盲目选课或者通过向学长学姐打听课程消息再决定是否选课。一些情况下，我们并不能得到对这门课客观实用的评价。而这个功能旨在为学生选课之前对课程有必要的了解，进而决定是否选择这门课。同样，这样的考虑对教师和学生都是有益的。

      2、选课指导部分我们会事先收集学生反馈，存入数据库中进而提供数据。教师的信息可以联系西二在线，与他们进行合作等等。

• 第八组：

  • Q：ppt中关于问题反馈可以单独显示出大图，字体太小了
    • A：下次我们会注意放大字体，谢谢建议！
  • Q：有些页面的ppt字体也比较小，建议下次注意
    • A：下次我们会注意放大字体，谢谢建议！
  • Q：上传文件之后要注意是文档格式
    • A：我们下次会注意，谢谢！

第六部分 个人部分

个人PSP

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	60	60
· Estimate	· 估计这个任务需要多少时间	60	60
Development	开发	90	90
· Analysis	· 需求分析 (包括学习新技术)	30	30
· Design Spec	· 生成设计文档	0	0
· Design Review	· 设计复审	0	0
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	60	60
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试，修改代码，提交修改）	0	0
Reporting	报告	20	20
· Test Repor	· 测试报告	0	0
· Size Measurement	· 计算工作量	5	5
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	15	15
合计		110	110

个人学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时(小时)	累计学习耗时（小时）	重要成长
1	200	200	5	5	巩固C++，了解单元测试和异常分析
2	100	300	5	10	学习主函数参数，文件流读取
3	0	300	3	13	学习《构建之法》和原型设计，process on制图
4	0	300	3	16	深入学习命令行测试，学习数据结构
5	350	650	10	26	改bug技能up，深入了解C++和调试技术
6	0	650	5	31	对需求分析进一步实践
7	0	650	5	36	UML图的学习和操作
8	0	650	5	41	接口文档设计和数据字典设计
9	0	650	5	46	学习pyqt和wxpy
10	50	700	6	52	复习数据库，初步使用itchat和wxpy
11	100	800	6	58	sqlite数据库实践操作，学习相关的数据库python操作，接口设计实践，python语法学习
12	170	970	5	63	pyqt界面开发，itchat微信登录模块实践，微信消息群发实践操作
13	50	1020	1	64	itchat库源代码修改
14	0	1020	2	66