结对第一次作业--原型设计

这个作业属于哪个课程	软件工程实践-2023学年-W班
这个作业要求在哪里	软件工程实践结对作业一
结对学号	222100213 222100217
这个作业的目标	结对完成需求分析，并运用NABCD完成原型设计
其他参考文献	《构建之法：现代软件工程》

一、《构建之法》感悟与理解

1.1 NABCD模型理解

根据《构建之法》第八章介绍，NABCD模型是一种竞争性需求分析的框架。它摒弃了传统需求分析模式中秉持的“用户不会考虑或改用其他公司的服务”这一思想，而是在与其他现存或潜在的竞争对手的比较中，在竞争性的环境中实现软件工程。不仅仅是分析了大多数用户并没意识到的自己的具体需求，还客观的将竞争对手的产品与自家产品的优劣纳入设计考虑之中。
为了完成这样的创新功能，NABCD模型具有如下核心内容：

1. N（Need，需求）：你的创意解决了用户的什么需求？这个需求可以是明确的、公开的（例如：希望能上网玩三国杀）也可能是说不清道不明的，但一定要充分了解用户的痛苦，他们对已有软件、服务不满意的地方。但是用户往往也不了解颠覆型的创新，这就需要我们去通过用户调查等方式获取用户需求
2. A（Approach，做法）：好，你找到了需求，下一步得看看你有什么招数，特别是独特的招数，来解决用户的痛苦。也就是我们所说的如何解决问题的方法论。这些招数不光是技术上的，也可以是商业模式上的、地域的、人脉的、行业的，或者是成本上的）。
3. B（Benefit，好处）：这时候你已经有了独特的做法，那你这个产品/服务会给客户/用户带来什么好处呢？如果用户已经有一个解决方案（例如用户已经在用QQ聊天），那你的新的聊天软件具体有哪些好处，能让用户离开现有产品，使用你的产品呢？
4. C（Competitors，竞争）：竞争对手也没有闲着，这个市场有多大，目前有多少竞争者在瓜分，你了解么？你的产品如果不是最先进入某个市场的，你还能赢么？这一步尤为重要，需要我们客观的将自家产品与竞争对手产品摆在一起，从性能，用户体验度，功能完善性，服务并发性，宣传成本等角度进行客观的、科学的对比，然后从中找到自身可以深耕的关键点，实现特异化的创新，从而提高自身的竞争力。
5. D（Delivery，推广）：怎样把你的创新产品交到用户的手中？这一点在整个软件开发过程中考虑的较晚，但也确实是十分重要的一环。生活中我们接触到的推广比比皆是，比如b站你关注的up主总会在某期视频中触发一连串意想不到的连招，又比如我之前用免费软件看漫画的时候总会有些激励视频向我推荐着咸鱼之王、开局一棵树，成神全靠砍的小游戏。不可否认的是，这些推广或许没有极高的成本，但只要够新颖，能抓得住流量，那么也可以给用户留下深刻的印象。当然我这里只是列举了比较小众的推广，像各种产品发布会，宛如MV的明星代言，就更不用在这里过多赘述了。

1.2 本次作业中关于NABCD模型的思考与应用

1. N：客户的需求很明确，是一次甲方定制式开发。甲方要求设计一个平台用图表等形式直观地显示选手信息、正式赛每日结果等，并着重强调了每日赛程之间可以切换，具体赛程可以通过点击某个赛程跳转到对应页面。因此得到产品需求如下：

• 一个简单的平台，这里直接考虑网页形式，不需要账号登录与检验，用户没有修改功能，后台数据不需要自己处理而是爬取国际网站的原数据。前端要求较高，需要至少完成每日赛程页面与所有比赛结果页面，并且存在前者跳转至后者中具体位置的逻辑，并且用户体验应较为丝滑。后端几乎没有要求，没有数据持久化需要，前端可以直接请求国际网站数据接口，但也可以通过后端发起请求，简化前端请求路径。业务层逻辑几乎没有，可以考虑对原数据进行精简。

---

2. A：从原型设计、技术栈、数据获取、云部署方式、工作分配等角度考虑

• 原型设计：axure RP 10，发布到axure cloud即可
• 技术栈：Springboot+Vue
• 数据获取：axios网页请求，jackson数据处理
• 云部署：nginx+docker部署 阿里云服务器
• 工作分配：cyz（原型设计、前端编写）；hzj（博客编写，后端编写，云部署）

---

3. B：好处那可太多了，如下：

• 网页将对原数据进行中文转译，更适合中国宝宝的赛程关注网站
• 页面功能精简整洁，且服务器在中国本地，访问较快
• 不会吧不会吧，你不会真以为跟国际网站相比我这个项目能有很多好处吧

---

4. C：实在要不自量力的与国际网站竞争的话，我们将从以下几个角度寻找竞争点：

• 可以考虑根据数据生成图像。比如通过之前的比赛结果分析绘制出国家奖牌时间变化折线图，或者是阶梯状参赛者个人奖牌获得数柱状图（就那种视频里经常用来呈现市场占有量变化的那种图）
• 可以找点我国相关领域从业者对于这些国际赛事或部分选手的分析和评价，扩大国内竞争力

---

5. D：可以考虑从福大表白墙，熟人亲友群等途径宣传推广该网页。并且可以编写百度搜索引擎需要的搜索关键索引，加大百度搜索首页概率。也可以通过b站上传视频进行推广。

二、原型设计

2.1 原型开发工具

Axure RP 10

2.2 发布链接

页面原型链接

2.3 任务分工

• 222100213 —— hzj —— 博客编写
• 222100217 —— cyz —— 原型设计

2.4 设计成果

---

2.5 难点

1. Axure发布页面原型到Axure Cloud时，出现某张图片上传结果为空问题（即用开发者模式获取链接后访问为空）。后反复替换组件、替换图片名、替换图片，后发现只有国际跳水比赛的图标和另外找的一个跳水比赛图标无法上传，猜测可能是Axure Cloud检测到这两张图片为官方图片卡上传（也不太可能是图片格式问题，jpg，webp，png等都尝试过），最后选择用奥运五环替换图标，在后期开发时再将其修正
2. 无其他困难

三、结对过程及评价

3.1 结对过程

没什么好说的，本来就熟，对对方技术和态度也较为认可，因此作业发布第一天直接组队

3.2 彼此评价

何某对陈某：责任心强，会将负责的模块搞到很好；行动力强，刚决定他负责原型设计并且敲定基本框架后第二天就把原型拿来给我看了；从善如流，听得进意见，不会因为队友的不同意见而急眼；学习迅速，Axure学习进度飞快。总结就两个字，无敌。

陈某对何某：执行速度快，做好原型之后博客部分直接速通；沟通能力强，开始准备工作当晚就敲定了本次作业后续所有步骤；技术力强，知识面广，对于各种我没见过的工具手拿把掐。
骚年，你掉的是这个金原型，还是这个银博客？算了都给你叭~~ ——何神

四、效能分析

4.1 PSP表格

PSP	Personal Software Process Stages	预估耗时(分钟)	实际耗时(分钟)
Planning	计划	60	120
• Estimate	• 估计这个任务需要多长时间	60	120
Development	开发	180	280
• Analysis	• 需求分析(包括学习新技术)	60	150
• Design Spec	• 生成设计文档	30	30
• Design Review	• 设计复审	30	40
• Design	• 具体设计	60	60
Reporting	报告	100	130
• Size Measurement	• 计算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	90	120
	合计	340	530

4.2 贡献度

• 222100213 —— 55%
• 222100217 —— 45%
• 两人一起商量的页面原型，我做博客花了一下午，他做原型花了一早上，且也没有谁是完全的Leader。所以是的，我认为我们的贡献度就是几乎平均的。

4.3 讨论照片