构建之法——典型用户和场景+软件设计与实现+用户体验

标签：

第十章（典型用户和场景）（男神女神配社区交友网）

•  姓名：葱头
•  性别：男
•  出生年月：19940404
•  年龄：21
•  血型:AB
•  职业:在校学生
•  用户偏好：喜欢广交好友
•  动机，目的，困难：想脱单，因为一直单身，所以渴望寻求真爱，人生的另一半；困难：担心遇不到真爱；
•  典型场景：在社交网站，能够在大量的人中，巧遇真爱；
•  典型描述：注册的人越多，需找到真爱的机遇越大。

• 姓名：Sybin教师
•  性别：男
•  出生年月：19850707
•  年龄：30
•  血型：AB
•  职业：在校任职教师
•  用户偏好：喜欢交友，乐忠于计算机应用基础
•  动机，目的，困难：想借助这个网络平台，结识更多乐忠于计算机应用基础的有道之人，希望可以一起交流。困难：担心如果有类似兴趣爱好的学生，会因为之间身份是教师，而不愿意和自己深度交流
•  典型场景：如果有一天，能在这个平台结识到一两个同道中人，在课堂上是师生关系，课后互相成为哥们，姐们
•  典型描述：注册的人越多，在某种意义上遇到这样的人机遇就越大

第十一章（软件设计与实现）

• 在软件开发阶段的日常管理，要尽量减少非开发的时间，不要动不动就开“全体会议”，因为团队成员们的自我时间管理也很重要。像我们团队，一开始听说每天都要开例会，我觉得这样是不实际的，因为开例会时，自己总得要被逼着说进度。如果天天开例会的话，自己动手研发的时间就被限制了，没有太大的跳跃进度，天天开例会的意义也就不大。有些优秀的团队（例如Google公司的一些团队）规定一周要有一天是不能开会的。但同时我们也不鼓励“封闭开发”，大家应该要有更多的自由交流的时间，这样团队成员们就会更乐意在无拘无束的环境中提问和分享。
• 对于每日构建，一旦工作忙起来，我们确实没有时间去管构建的问题。我们团队有时集体开会的时间是在晚上，一般我们讨论得火热就会忘记时间，直到外界突然干扰（教学楼关灯锁门）才想起到应该散会了，而回到宿舍后又由于网络的原因（断网）没法及时更新我们团队讨论的进度，从而可能会导致第二天后因为还有其它事情要处理而忘了，最终就没有把讨论的内容更新出来。所以，就像书里“阿超”说：“在理论上，理论和实践是一回事，而在实践上，理论和实践是两回事”。
• 我们做程序时要懂得并熟悉构建，因为构建是核心，就像小工做建筑时要懂得并熟悉搭脚手架，球员在比赛时要懂得并熟悉运球。
• 工作时要懂得平衡进度和质量。我一直有一个困扰：像我们团队这次做 男神女神配 社区交友网，我负责主页的设计及内容模块，有个队友负责网站的注册和登录模块，有个队友负责搜索模块，有个队友负责活动查看模块。但是一个项目是一个整体的，每一个人所负责的每一个模块都必须关联起来才能成为一个整体，例如我的主页完成了50%后，为了查看整体效果，发给队友与他的模块连接起来，如果对方在我的程序上修改了部分，然后同时我也继续编写我剩下的内容，双方都在我那个原本完成了50%的进度模块上做了修改，那接下来的工作，到底用谁的？实际上两边的修改都要用上，然而我不可能等对方修改后再继续做下一步工作，而对方也不可能等我完全100%做完我负责的模块后才查看修改或连接，因为这样会导致工作效率大大的下降。这个我觉得这个仿佛有点像我们学习 操作系统 时的那个 售票系统 ，几个窗口同时都要给顾客售票，总得有一个机制管理剩余的票数，因为不可能能同时几个窗口成功售出同一张票。

第十二章（用户体验）

• 在。
• 在
• 在

构建之法——典型用户和场景+软件设计与实现+用户体验

标签：

原文地址：http://www.cnblogs.com/ys1101/p/4570046.html