第27号专栏

有感于做软件的辛苦，特撰一文。       一般软件公司接到了软件实施案子，第一步是急吼吼的去做需求调研。首先集中要使用软件的一帮人在一起开座谈会，有使用部门的，有间接使用的部门，有计算机管理部门，有大老板，有二老板，甚至有的时候连前台也来了。好几个部门的人集中在一起，每个人角度不同、层次不同，关注的重点不同。大家从自己的角度唧唧喳喳的说了一通，然后需求调研人员将这些都记录下来，形成需求文档，拿

摘要： 说教性质的需求分析理论，各位看了也白看，所以咱们就来一个真实个案——“订餐系统”体验一下。“订餐系统”貌似简单，但陷阱重重，各种需求分析的经典场景将会一一重现，各位做好准备接受这个挑战没有？本文文字超过1万1千字，而且有n多图片和思考题，请准备好盒饭边吃边看吧…… 作者： 张传波 www.umlonline.org 大纲： 1.某IT公司员工的吃饭问题 2.需求分析的大道理

用例图主要用来描述“用户、需求、系统功能单元”之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。 　　【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求。 　　用例图所包含的元素如下： 　　1. 参与者(Actor) 　　表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。 　　2. 用例(Use Case) 　　用例就是外部可见的系统功能，对

今天老大在晨会上给我们谈了谈需求，获益匪浅，记录于此：  关于需求： 1、什么是需求？——理解需求和功能的区别 我们举个例子，比如用手机打电话。首先，你需要开机，然后，手机通过无线电信号连接到基站，然后，打开手机通讯簿，找到小朱的电话号码，接着，拨号、通话，通话完毕，挂断。 在这里，打电话是一个需求。给小朱打电话是一个需求的实例（需求的实例，有时也称为应用场景，可以拿来做系统测试用例