FZU软工第十一次作业-软件产品案例分析
目录
- 前言:
- 第一部分.调研，评测:
- 第二部分 分析:
- 第三部分 建议和规划:
- 4.1.如果你是项目经理，如何提高从而在竞争中胜出？
- 4.2.目前市场上有什么样的产品了？
- 4.3.你要设计什么样的功能？
- 4.4.为何要做这个功能，而不是其他功能？
- 4.5.为什么用户会用你的产品/功能？
- 4.6.你的创新在哪里？可以用 NABCD 分析。
- 4.7.如果你来领导这个团队，会有什么不一样？
- 4.8.如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色:
- 4.9.描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。:
- 4.10.项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备:
前言:
- 本次作业链接
- 说实话，福州大学微信企业号是真的做的很粗(mei)糙(yong)..
第一部分.调研，评测:
- 评测：
1.1.初次感觉:
- 可能是因为以前就登录过福州大学企业号，所以没有要求我进行注册登录啥的，初看这个界面，感觉挺简洁，看了一下一些功能的名字，就觉得大部分内容没太大用处。下附有登录时的界面图。
1.2.企业号bug:
- 1.2.1:我的课表&成绩查询内容显示异样，我的课表默认显示当前周作为第一周，并且课表内容皆为空白；成绩查询学年限制最高只能是2015-2016学年，无法使用，猜想是连接教务处系统失败，数据导入失败。
- 1.2.2:移动OA提示未授权的访问，可能是企业号的设计人员给学生账号设置了权限，只有拥有一定权限才能使用这个功能。当然，也可能是还没开发好
- 1.2.3:失物招领功能基本都写好了，不过系统时间与实际时间不符合，刚刚上传的失物招领信息系统显示是15分钟前上传的，并且如果对其进行评论，显示的时间也是慢了15分钟，无法显示实际的时间。并且发布失物招领的时候无法成功上传图片。显示添加失败
- 1.2.4:点击“学生证附卡”功能，系统弹出对话框提示“获取失败！原因：辅导员为空，请添加辅导员 ”之后点击申请就可以跳转界面。在申请学生证附卡补办的界面，修改区间时可供选择的区间为空，点击“申请理由”只有确认取消没办法输入信息。(而且对个人信息的保密程度太差了，界面直接显示身份证号码，黑人问号脸)
1.3.你觉得为什么这个产品组的人没有发现这些bug:
- 一方面可能是由于受开发时间限制，一些功能没有抠细节，只编写出了大概的功能。另一方面可能系统的兼容性没有做好，系统版本不同可能会导致一些功能就用不了。
1.4.假设你们团队需要开发这套系统，需要注意哪些方面:
-
注意在需求分析环节设计好要实现的功能，不要让辛苦做出来的东西毫无意义。
-
注意要在测试环节对系统进行充分的测试，保证功能的完善跟可使用性
-
注意设置后期运维人员，对系统进行定期维护，保证系统的可持续性。
-
采访：
2.1.采访对象介绍:
- 我采访的是隔壁宿舍的大三计算机系的陈同学，他之前有用过提供类似功能的APP，例如福大易班、福大教务通。用完以后他觉得这个企业号最关键的就是先完善现有功能。在现有功能基础上，可以增加类似教室申请、水电费缴纳的功能。
2.2.采访对象评测结果&&建议:
- 在他使用的过程中，他的问题并没有解决，这个软件的数据没有实时更新，学生的信息都是通过导入生成的，最直接的体现就是他所上传的微信头像是陈同学很久前用过的，并且他也没有办法很容易的修改自己的个人信息。界面很简洁，这点比较友善，不过功能不完善，不全面，不实用，让人很难想再次使用这个企业号。总之就是没有什么用，用户体验很差。
| 模块类别 | 优点 | 缺点 |
|---|---|---|
| 数据量 | 内容丰富，数据量很大 | 数据没有定时更新，用户信息具有时效性，没有考虑到这块 |
| 界面 | 界面简洁 | 部分界面布局不合理，显示的信息不合理 |
| 功能 | 可以关注福大最近发生的事件，查看课表登 | 部分核心功能尚未实现，无法使用，功能不够完善 |
| 准确度 | 大部分功能都可以正常响应 | 一些界面的交互有待进一步改进 |
2.3.改进意见:
- 先完善现有功能，再进一步美化一下界面，加一些特色功能。
2.4.结论:
- 个人意见：不推荐这个软件，功能较同类产品体现不出优势，功能没有很好的完善，没有独有的特色功能。总之就是不推荐（真的很难用）
第二部分 分析:
3.1.估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）
- 预计3周左右，因为这个企业号现在功能有限，而且界面简洁。预计3周应该可以将这个项目做到这个程度。
3.2.同类竞品:
- 与此款产品类似的产品还有很多，类似福大助手，福大教务处等；
- 优点：对福大的新闻，近期动态都有很好的体现，界面简洁明了；
- 缺点：信息没有定时更新，功能未完善，bug多。
3.3.具体建议:
- 需要设置日常维护人员，对产品进行日常的维护更新；
- 要注重功能的完整性，可用性，提高用户体验感；
- 要有自己的特色核心功能，要让用户对产品有好感。
3.4.模块功能逻辑框图:
- 下附各模块重要度标识
| 模块 | 重要度 | 完成度 | 出发点 | 效果 |
|---|---|---|---|---|
| 成绩查询 | 一般 | 30% | 用于用户查询成绩 | 没有成功连接教务处，无法使用 |
| 福大黄页 | 非常重要 | 80% | 用于查看福大各个组织的电话号码 | 基本实现该功能，能够搜索查看到各个部门的电话号码 |
| 福大邮箱 | 重要 | 70% | 用于用户登陆福大邮箱 | 不包含邮箱注册界面，跳转到福大邮箱网页版 |
| 福大主页 | 非常重要 | 85% | 用于查看福大的官网信息 | 基本实现该功能，跳转到福州大学官网主页 |
| 个人日程 | 重要 | 70% | 用于用户日程管理 | 基本实现该功能，bug较多 |
| 讲座报告 | 非常重要 | 80% | 用于查看近期关于讲座的信息和内容 | 基本实现该功能，能够方便地找到讲座信息 |
| 校园巴士 | 一般 | 70% | 用于查看校园巴士的路线信息 | 能查看基本信息，没有什么实际作用 |
| 校园新闻 | 非常重要 | 80% | 用于查看校园新闻 | 基本实现该功能，并且具有分类和搜索功能 |
| 失物招领 | 重要 | 60% | 用于发布与查看丢失的物品和拾到的物品信息 | 无法进行发布含图片的信息，主体功能结构已实现 |
| 通知文件 | 非常重要 | 80% | 用于查看通知文件，校内公告和公示 | 基本实现该功能，并且具有搜索功能 |
| 我的课表 | 一般 | 30% | 用于查询当学期课表 | 没有成功连接教务处，无法使用 |
| 学生证副卡 | 重要 | 50% | 用于学生证副卡信息管理，方便学生的使用 | 能查看到部分信息，主体功能不可用 |
| 移动OA | 一般 | 无权限 | 无权限 | 无权限 |
3.5.针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分:
用户体验：50分 ——bug太多，没有实用的功能，用户体验很差。
UI界面美观度：60分 ——界面简洁，部分功能的界面结构不太好。
核心功能：50分 ——没有特别的出彩的功能，也没有很实用的功能。
第三部分 建议和规划:
4.1.如果你是项目经理，如何提高从而在竞争中胜出？
- 一方面完善当前的基础功能，关注用户体验，开发出独有的核心的功能，提高产品的核心竞争力，毕竟实用才是保证产品生命周期的关键。
- 另一方面，线上线下再通过学校的平台向各学院的同学推广。
4.2.目前市场上有什么样的产品了？
- 有很多同类产品，例如福大易班，福大助手，福大教务通等，相较而言，他们各自有自己的特色，比福大企业号更有竞争力
4.3.你要设计什么样的功能？
- 设计教师与学生互动的功能，类似于在学生选完课后直接将学生跟老师拉到同一个群聊中，老师可以在里面答疑或者发布各类通知，例如答疑，调课等通知。
4.4.为何要做这个功能，而不是其他功能？
- 因为这个功能比较有自己的特色，并且有时候老师没有办法很好的跟学生沟通交流，所以需要一个平台。
4.5.为什么用户会用你的产品/功能？
- 因为很多课程的结课时间与考试时间间隔较久，到了临考前，老师如果想通知答疑时间也不是很方便联系到同学，因此这个功能对于广大学生而言是很有必要的。并且大家也愿意使用，很实用。
4.6.你的创新在哪里？可以用 NABCD 分析。
- N|Need：大多数的同学都需要跟老师沟通交流讨论他们的疑问，老师也需要向学生发布一些通知；
- A|Approad：添加一个新的功能模块，进行测试完善功能；
- B|Benefit：方便老师学生间的沟通交流，节省人力物力
- C|Competitors：暂时没有含类似功能的产品，有一定市场竞争力
- D|Delivery:可以学校的平台向各学院的同学推广。
4.7.如果你来领导这个团队，会有什么不一样？
- 我会更在意功能的实现，并且功能按模块按类别分类，而不是像现在这样全列出来
4.8.如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色:
- 1个项目经理统筹；1个UI美工兼测试，2个前端，1个后端
4.9.描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。:
| 周数 | 任务 | 里程碑 |
|---|---|---|
| 1 | 需求分析，初步完成需求说明书 | |
| 2 | 完善需求规格说明书，明确分工，制定代码标准 | 完成需求分析 |
| 3-4 | 进行原型设计 | 完成原型设计 |
| 5-8 | 编码完成具有核心功能的Demo版本 | |
| 9 | Demo版本测试完善 | 完成Alpha冲刺 |
| 10-13 | 完善各功能模块，修改bug | |
| 14-15 | 发布beta版本，进行相关的调试 | 完成beta冲刺 |
| 16 | 日常运营维护 | 产品发布 |
4.10.项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备:
- 应用服务器配置：4核 8G*2
- 后端服务器配置：8核16G*2
- 关系数据库：SQL Server/MySql
- 缓存数据库:Redis 数量：2
- 网站安全性：DDOS
