软件工程实践2019第四次作业

软件工程——结对作业

简要目录

成员信息

NABCD模型

原型设计

结对过程

心得体会

Part1成员信息

成员一:胡成宇 031401402
成员二:黄槟鸿 031702238

项目相关

项目名称:校缘

项目描述:一个专门供导师和学生互动交流的平台,解决师生交流信息不对等障碍。

Part2NABCD模型

需求

痛点一:导师、未选择导师的同学、已选择导师的在校同学以及导师的毕业学生无法进行有效的沟通。

对于导师来说:总会经历结识新生、相处多年的本科生和研究生毕业、又一批新生加入等年复一年周而复始的过程。
对于萌新来说:不知道要选择哪个老师作为我的毕设导师,或选择哪个老师作为我的研究生导师。
对于在读学生来说:学姐学长们都是谁啊,该怎么联系啊。、
对于以毕业的学生来说:要如何联系老师和同学呢?

痛点二:学校内近期的成果和校外的机会无法及时的展示

对于导师来说:近期的研究成果展示仅限于校内小部分人得知,我更希望讲学科的进步展示于众,让更多人知道也让更多人加入学科推进的行列。
对于在读学生来说:平日的学习心得,校内的动态变化,我希望有更多人的关心到校园生活中的点点滴滴,也希望大家能互相交流学习,共同进步。
对于毕业学生来说:将平时工作难点的解决和工作突破的喜悦分享给同专业的学弟学妹,引起他们对本专业知识的拓展以及专业职业的发展规划,有机会的情况下也会提供公司对校园的援助。

痛点三:

项目需求一:导师、未选择导师的同学、已选择导师的在校同学以及导师的毕业学生进行有效的沟通

项目需求二:学校内近期的成果和校外的机会及时的展示

做法

做法一:对于导师,提供一个学科建设展示平台,也提供了一个和学生进行点对点,点对多的交流平台。

做法二:对于学生,实现导师信息和学生信息的整合,供其随时随地浏览。

做法三:考虑到大家对应用程序的厌恶,所以我们做了移动网络平台。

相关一:学生,导师资料信息化、规范化。

导师和学生的基本信息:导师和学生注册后需要填写规范好的个人信息,作为自己加入这个平台的申请资料;
导师和学生的联系方式:学生和导师中提供自己的联系方式,平台则提供整合后相关用户之间的联系方式,在系统上可以便捷的获取联系方式。
导师的相关研究资料:导师注册后,通过系统智能导入规范好的研究信息,除此之外还会从福大官方平台自动的获取相关信息;

相关二:交流互动实时化

随时动态更新:导师和学生将动态上传至服务器,服务器会自动更新动态信息。
随点热点推荐:根据导师和学生的专业选择,会推送相关专业的热点资讯。
及时信息推送:用户之间的请求会发至服务端,然后服务端会自动推送请求至客户端。

迭代模式

一:每次的新用户注册是长时间的,所以产品的维护期很短,所以推送更新的时候需要完善细节后才能上传。
二:每年由大二大三中部分有能力有意向的一些人来解决上一个版本收集的问题,实现版本迭代,整合好问题文档,如此循环。

好处

好处一:使 用 轻 便 的 web 端

考虑到使用的用户往往需要长时间使用,而且用户范围也很有限,不适合做成常驻设备的应用,web的话则正合适;
web端不需要用户更新软件来享受功能,服务商更新即可;即开即用,无需太顾忌各种设备、平台,做到适应大小分辨率版本即可;

好处二:更好的沟通效果

导师和学生之间不需要面对面也可以进行良性的沟通交流,在校学生和毕业学生也能进行专业相关的高质量高效率的交流。

好处三:促进学科建设和校园发展

打破学生和导师之间的沟通平常,用户的信息会长期保存和维护,方便后来者的更好体验。

竞争

劣势

迭代模式定位成公益向项目,比较不稳定。
后续很大程度取决于学校的学生每年有多少有能力的人愿意来做公益,把时间花到做其它外包上能拿到不菲的报酬。
功能有限,针对范围有限,仅限于校内师生。

优势

相较于app客户端:更加便捷,无需安装和卸载,适应用完即扔的需求;
相较于一般web端:各个功能界面做成学生普遍使用的QQ或微信的分布模式,上手简单易懂,拥有更加便捷和人性化的设计;
更好的隐蔽性,外人不可查看。

推广

上门推销

通过扫楼的形式,上门推销

同校方合作

可以考虑和 易班,教务通 等合作,在里面嵌入一个通道;

Part3 原型设计

使用工具:AxureRP8

设计流程

阶段一: 分析用户的困扰,提炼用户的痛点,生成需求文档。

阶段二: 下载并熟悉使用AxureRP8原型设计工具。

阶段三: 画草图,根据需求设计相关功能。

阶段四: 页面布局,分工做各模块的原型,边做边商量,即时同步信息。

阶段五: 整合原型,界面美化设计。

阶段六: 预览原型,查漏补缺,进一步完善!

原型体验

备注:我将原型导出为html文件后,由于文件太大,github不支持上传,所以为了方便读者体验,我将其压缩之后上传至百度网盘,由于这是静态文件,下载后用idea,Editplus等编辑器打开即可查看

链接

链接:https://pan.baidu.com/s/1MuXyasVBMRZj-z2dZYpCXw
提取码:dnvp

原型截图

原型说明:

备 注:以下原型为 PC端 采用B/S架构模式(浏览器/服务器模式);
背 景:分析中用户较常在手机上浏览,使用最多的比较可能是【聊天】、【人脉】 、【热门推荐】和 【通知】 功能;
风格:友好的界面和简单易操作的功能,新用户很容易上手使用!

主页:展示实时的师生动态、师生信息入口、姓名以及话题检索等。

登陆页面:进入主页的入口

软件工程实践2019第四次作业_第1张图片

注册页面:引导用户填写相关个人信息,为后续的热门推荐以及个人信息查询做铺垫

软件工程实践2019第四次作业_第2张图片

软件工程实践2019第四次作业_第3张图片

人脉:通过用户的个人信息,为其推荐相关专业的导师和学生,并根据用户专业和研究方向推荐相关话题

软件工程实践2019第四次作业_第4张图片

消息通知:添加好友通知,用户所关注的对象动态发布通知以及其他重要信息通知

软件工程实践2019第四次作业_第5张图片

好友列表:展示已添加的好友

软件工程实践2019第四次作业_第6张图片

Part4 结对过程

结对流程

熟悉使用AxureRP8原型设计工具
合作讨论并分析用户需求,及界面的大致设计和操作流程。
我主要负责个人主页和登陆注册、用户个人资料的页面设计,黄滨鸿同学主要负责登陆界面、交互、动态展示、其余共同完成。
之后不断进行拼装统一页面,优化界面,直至完成产品。

结对照片

软件工程实践2019第四次作业_第7张图片

Part5 心得总结

黄槟鸿

心得体会

在实践中了解和学会原型设计的流程,在结对的过程中两个人一起克服困难,与自己一人单打独斗相比之下,两人之间的合作更能充分体现团队的重要性,在一些需要丈量审美能力的地方,代码能力强的人不一定都能做得到,团队的合作就在于优势相辅。
除此之外,这也是我们的第一次结对作业,也是第一次找到结对的小伙伴,虽然之前相互之间都有了解,但是在合作的时候也是发生了一些争执,但同时也发现了自己的不足和优势,最后能好好的在一起解决问题,促进两人之间的友谊。
最后说一句,结对作业是真滴强!

胡成宇

心得体会

学会了用AXure PR做原型设计 在结对过程中两个人同时编程,很好的提高程序编写的效率,同时,因为两个人在一起写代码,沟通效率高,能够避免以为沟通过程中,信息传达错误而造成的问题,其次,关于这次作业,我的认识是它意在创造力,理解能力,设身处地的能力,与别人相比要有竞争力。
此外,每次作业都是对于理解能力的一次艰难挑战。我们需要根据自己的理解对题目做一些取舍,我觉得有的信息是不需要的;而有的信息需要更明确。
总之,这次的结对作业收货颇丰!

你可能感兴趣的:(软件工程实践2019第四次作业)