随笔分类 -  需求分析

摘要：考察用户界面的部署约束用户界面的部署约束可概括为以下几种:1、经常要离线工作的移动电脑。2、手持设备（例如：PDA,Java手机）3、支持Internet上的任何一种浏览器（包括低速的拨号上网方式和老版本浏览器）4、支持Internet上的较新版本的浏览器。5、支持内部网上的较新版本浏览器。6、支持内部网上的特定浏览器。7、内部网上的专用工作站（传统C/S架构的客户端软件） 阅读全文

摘要：项目实践精解读后感（需求分析注意点）一、考察用户的数量和类型考察用户的数量和类型可概括为以下几种1、少数的专业用户：关注功能强大，期望量身定制，东于学习新特性，例如图形制作系统的用户。2、组织内的日常使用者：主流用户，关注便利和易用，例如考勤系统用户。3、大量的爱好者：对系统的功能有执着的兴趣，有意愿克服使用时遇到的各种困难，包括软件本身的缺陷，例如游戏软件的用户。4、数量巨大的消费型用户:关注速度和服务感受，例如商业网站用户。 阅读全文

摘要：经过三个多月的需求沟通，特殊是近一个月与需求方在同一个会议室一会商讨一边制用原型。终于在上周末原型确认下来了。下面总结一下：1、做原型不难，难在对业务全面（重点是全面啊）理解，特别是业务流的打通；难在将需求合理的转化为系统。2、考虑问题是要站在不同工作岗位去看问题。还要看数据。3、界面问题，易用性问题大家很注意。4、在做需求时一定要有一个负责人的业务方面的主管。另个还要有在非常懂业务的人。5、做需求确认时要找不同的人一起评审。做需求时特别是打能业务流时真的要反复的思考，想的一定要全面。 阅读全文

摘要：原型制作已有一阶段了，到春节前，自己觉得已制作OK,业务流程OK。但是。。。。。项目经理（业务部门）在最开始时有参加过需求沟通的会议，后期主要关心基础数据了。工程部分他也有看过，只是到快春节时觉得工程部分不对了，通过他对业务的介绍自己也觉得系统这么做不妥了，所以一上班的前两周就开始了工程的大变化。接下来对CASE进行确认，其实我觉得CASE部分业务流程、状态变化等都觉得挺OK的了，但是项目经理改了一部分，主要是呈现方式，但对业务流没有太大的变化。。另外提到了“回访”部分（一期没做）。只是“回访”的业务有所调整，觉得他比我站的高。我看到了，做需求分析时一定要站得高，业务要通，精通。我要进步！ 阅读全文

摘要：售后的系统开工了。1、前期做了需求，基本上流程梳理完毕。2、开了形式上的kick off会议。3、由于精力有限（实限上也是自己技术不怎么样），在别的组借了个实习生来帮助自己做原型。　　本次考虑到有现成的框架（有已成型的样式等），所以直接在框架上画原型。和实习生用SVN代码管理，每天通过“项目管理工具”给实习生分任务。　　由于前期自己做的需求，界面基本上是自己设计。但要给实习生分任务太粗了吧，他看不明白，太细了刚写完发给他任务他就做完了。也就是说前期只是在自己的心目中有设计，落实到"word"上不是那么细" 上。分任务要说的特别细，在界面查询项上有哪些，查询出来的记录有哪些，打开有哪些，新建有哪 阅读全文

摘要：最近一直被机器序列号的一系列问题困扰着。问题描述：机器先借给客户如10台，有相应的借用订单及序列号。当客户将其中的2台转为购买。其它机器继续借用。产生真正订单，真正订单与借用订单关联，序列号怎么才能准确。后续客户才归还了剩于的8台。 阅读全文