结对项目之需求分析与原型设计

结对项目之需求分析与原型设计

结队者:3010 艾晓晗 & 3006 梁旖

在《构建之法(邹欣版)》中,在竞争性需求分析的框架板块介绍了NABCD模型

  • N需求(need),解决用户的需求;
  • A,做法(approach),解决需求的手段;
  • B,好处(benefit),产品会给客户/用户带来什么好处;
  • C,竞争(competitors),市场竞争,看清优劣事态;
  • D,推广(delivery),如何把产品交到用户手中

 

结对设计过程

按照本次作业的要求,我们两人来自不同的课设小组。开始我们对自己的项目是比较模糊的,需求和功能都很模糊。在询问和调查了一下其他同学的需求之后,我们开始讨论和确定我们的项目,讨论过程中,各有想法,但最终完成了作业。

我在此先用NABCD模型简要分析一下我们两人的设计过程:

 

N:在日常生活中,我们很少有同学有做时间计划,经常会忘记一些待办的事务。对于大学生来说,各大组织社团还有班级经常有重要会议或者其他通知。当待办事情还有几天甚至更久的时候,我们总会轻易地将其丢在一边,直到事件(会议或者其他活动截止时间)发生时就会忘记,所以我们经常会使用一些备忘录来提醒我们。 但是有一个问题,我们有时候会忘了做备注,比如说上着课看到有有紧急会议要开,想着下课再备注,接着还是忘记了。因此我们需要一个更为智能的备忘录来管理我们的时间和提醒我们待办事件的时间地点。

A:明白客户需求之后,我和我的队友便开始了分析和讨论如何解决问题、满足需求的方法:

1. 首先在web端和app之间,我们选择了后者;因为我们更多的时候是在移动端接收到提醒,我们很少会主动登陆网页页面查看。断网情况下网页也无法及时推送提醒。

2. 接着我们参考了一些我们自己手机本身已有的备忘录(针对界面设计)以及目前应用市场上已有的一些备忘录app(针对功能和用户反馈),我们简略地模拟出一些界面和功能。比如登陆、手动添加备忘录、系统主动识别信息的时间地点事件等主要信息并自动设置提醒等过程。

3. 完善和设计我们的亮点功能,明确各功能优缺点,完善我们的项目

4. 对模型做修改,不断完善。

原型图

此处我们采用的做法有以下的亮点

  • 设计亮点1:信息筛选和自动设置提醒功能。针对事件突然到来或者紧急的情况,我们可能在忙其他事情,没有来得及手动输入提醒,这时候只要把事件通知复制黏贴到备忘录app里,它会自动识别出时间、地点和主要事件等关键字,并且自动设置提醒。

 

  • 设计亮点2:交互功能。 我们的备忘录增加了好友分享交流功能。备忘录可以仅自己可见也可以设置其他人可见,也可以当作一个交流的平台在上面类似朋友圈一样的点赞和评论功能。

 

  • 设计亮点  3:界面友好,可以选择多种界面主题。  一个好的主题可以使用户更有打开app的欲望,因此我们设计的备忘录允许用户选择自己喜欢的主题“皮肤”,这样即便用户在看到待办事情的时候也能愉悦一点。(不要这个功能的话就删掉这一段)

 

B:改变了原先手动的“码字备忘”模式,不仅实现了信息提醒智能化,并且通过我们的设计,原本单一的“单枪匹马完成任务”可以变成和“队友”一起互相提醒,互相监督。当看到自己的要完成的事情一件一件一件地被完成,也会获得成就感。增加了交流功能,也可以减少我们设置备忘录时一些重要信息的错误输入等。

 

C:这个原型设计如果说存在竞争压力的话,首先是来自不同对的同学,其次是来自已有的备忘录软件和其他类似功能的小程序等。

 

D:如果老师接纳,该方案将作为我们结对项目的下次作业。如果老师不接纳,下周我们的结对就将无法继续编码本次的内容。如果能够完成,相比不那么智能化的传统备忘录,只要我们成功推荐给同学们,很快就能收到欢迎。

 

PSP

 

PSP2.1

Personal Software Process Stages

预估耗时(分钟)

实际耗时时间

(分钟)

 

Planning

计划

10

30

 

· Estimate

· 估计这个任务需要多少时间

10

15

 

Development

开发

655

500

 

· Analysis

· 需求分析 (包括学习新技术)

30

10

 

· Design Spec

· 生成设计文档

30

15

 

· Design Review

· 设计复审 (和同事审核设计文档)

10

10

 

· Coding Standard

· 代码规范 (为目前的开发制定合适的规范)

5

 

 

· Design

· 具体设计

40

 

 

· Coding

· 具体编码

5h*60

 

 

· Code Review

· 代码复审

1h*60

 

 

· Test

· 测试(自我测试,修改代码,提交修改)

3h*60

 

 

Reporting

报告

290

 

 

· Test Report

· 测试报告+博客

4h*60

 

 

· Size Measurement

· 计算工作量

10

 

 

· Postmortem & Process Improvement Plan

· 事后总结, 并提出过程改进计划

40

 

 

合计

 

955

 

 

我们的项目目前处于原型阶段,无法提供诸如开发、记录用时的具体信息,但是我们可以完成的是对于项目用时的估计。

 

 

心得

第一次尝试结对项目,我和队友互相讨论,互相听取对方的意见,谢谢我的同伴,帮助了我很多,十分感谢。从这次作业,学会了使用墨刀,十分开心。体验到了合作的乐趣。

转载于:https://www.cnblogs.com/axho/p/8947558.html

以下是对提供的参考资料的总结,按照要求结构化多个要点分条输出: 4G/5G无线网络优化与网规案例分析: NSA站点下终端掉4G问题:部分用户反馈NSA终端频繁掉4G,主要因终端主动发起SCGfail导致。分析显示,在信号较好的环境下,终端可能因节能、过热保护等原因主动释放连接。解决方案建议终端侧进行分析处理,尝试关闭节电开关等。 RSSI算法识别天馈遮挡:通过计算RSSI平均值及差值识别天馈遮挡,差值大于3dB则认定有遮挡。不同设备分组规则不同,如64T和32T。此方法可有效帮助现场人员识别因环境变化引起的网络问题。 5G 160M组网小区CA不生效:某5G站点开启100M+60M CA功能后,测试发现UE无法正常使用CA功能。问题原因在于CA频点集标识配置错误,修正后测试正常。 5G网络优化与策略: CCE映射方式优化:针对诺基亚站点覆盖农村区域,通过优化CCE资源映射方式(交织、非交织),提升RRC连接建立成功率和无线接通率。非交织方式相比交织方式有显著提升。 5G AAU两扇区组网:与三扇区组网相比,AAU两扇区组网在RSRP、SINR、下载速率和上传速率上表现不同,需根据具体场景选择适合的组网方式。 5G语音解决方案:包括沿用4G语音解决方案、EPS Fallback方案和VoNR方案。不同方案适用于不同的5G组网策略,如NSA和SA,并影响语音连续性和网络覆盖。 4G网络优化与资源利用: 4G室分设备利旧:面对4G网络投资压减与资源需求矛盾,提出利旧多维度调优策略,包括资源整合、统筹调配既有资源,以满足新增需求和提质增效。 宏站RRU设备1托N射灯:针对5G深度覆盖需求,研究使用宏站AAU结合1托N射灯方案,快速便捷地开通5G站点,提升深度覆盖能力。 基站与流程管理: 爱立信LTE基站邻区添加流程:未提供具体内容,但通常涉及邻区规划、参数配置、测试验证等步骤,以确保基站间顺畅切换和覆盖连续性。 网络规划与策略: 新高铁跨海大桥覆盖方案试点:虽未提供详细内容,但可推测涉及高铁跨海大桥区域的4G/5G网络覆盖规划,需考虑信号穿透、移动性管理、网络容量等因素。 总结: 提供的参考资料涵盖了4G/5G无线网络优化、网规案例分析、网络优化策略、资源利用、基站管理等多个方面。 通过具体案例分析,展示了无线网络优化中的常见问题及解决方案,如NSA终端掉4G、RSSI识别天馈遮挡、CA不生效等。 强调了5G网络优化与策略的重要性,包括CCE映射方式优化、5G语音解决方案、AAU扇区组网选择等。 提出了4G网络优化与资源利用的策略,如室分设备利旧、宏站RRU设备1托N射灯等。 基站与流程管理方面,提到了爱立信LTE基站邻区添加流程,但未给出具体细节。 新高铁跨海大桥覆盖方案试点展示了特殊场景下的网络规划需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值