学生管理系统需求教程.doc

PAGE  PAGE 8 需求分析 2016年5月 产品包需求设计开发指导书 (做什么) 原始需求点 用户原始需求 原始需求编号角色原始需求YS00001教师能方便录入成绩YS00002学生学生可以选课， YS00003学生学生可以进行个人信息管理YS00004学生学生可以退课 产品特性 产品特性编号特性描述满足原始需求编号CPTX00001下拉选择学生列表YS00001CPTX00002通过首字母自动筛选学生YS00001CPTX00003界面中提供查看本学期开设的全部课程信息(学分，课程性质，教室可容纳的学生，教师，教学方式，已选人数等)YS00002 产品包需求 产品包需求编号产品包需求描述产品特性编号CPBR00002能够通过学生的一个信息找到个人学籍的相关信息CPTX00003CPBR00002能对包含学生的学籍信息进行管理CPTX00003CPBR00002能够对新的考试进行必要的管理CPTX00003CPBR00002对学生的成绩进行必要的管理工作CPTX00003 设计需求开发指导书 （怎么做） 目的： 将产品包需求分解为设计需求。 确定操作方式 对于每一个产品包需求，根据下面内容对操作方式进行概括，写入表1中： 操作环境及顾客/用户眼中的操作 顾客/用户期望的操作 操作限制，在成本、尺寸、重量、电源、冷却、环境、制造、服务等方面的操作限制。 限制范围内的实际操作 在以下方面所带来的结果影响：成本、质量、上市时间、顾客满意度、兼容性等等 客户/用户对操作表示出来的任何吃惊（包括正面的和负面的） 对操作方式进行概括的一个例子：产品包需求是在中国偏远地区进行紧急呼叫。用户希望中国偏远地区进行紧急呼叫而又不掉线。 对操作方式进行概括的过程如下（操作概要）： 操作环境或上下文，从顾客/用户角度考虑操作。 举例：呼叫人可能在偏远山区快速移动，可能在大客车上，车上还有很多人也在打电话；电池可能不足，等等。 顾客/用户对操作的期望。 将期望划分为强制性的、具有竞争力的或者最好的。比如： 强制性的：呼叫人呼叫，在振铃五次内接通 具有竞争力的： 在振铃三次内接通 最好的： 一次振铃便接通 操作在以下方面受到的限制：成本、体积、重量、功率、冷却、环境、制造、服务等。 比如：呼叫人不愿为被提供紧急呼叫的便利而另外付费，也不愿为支持紧急呼叫功能的手机而额外付费，并且希望电池使用时间越长越好。因此，也许必须使基站具有支持紧急呼叫的额外功能。内部限制是，原有基站已经占用所有可用功率，因此在基站上补充新功能要求进行重新设计。 在实际系统操作时尽量考虑这些限制因素。要注意考虑对成本、质量、上市时间、客户满意度、兼容性等方面的影响。 例如：必须对基站重新进行设计来支持增加的功能，这样一来便会增加成本，要求运营商们（顾客）对现有基站进行升级会增加成本负担，而他们必须将这些负担转移到呼叫人那里。 顾客/用户对操作的任何吃惊反应（正面以及负面的）都要重视。 例如：如果需要为此项服务而额外付费（因为运营商产生了追加成本）的话，呼叫人会很不愉快。如果呼叫人在边远地区能够很稳定地进行紧急呼叫的话，他们便会很高兴。而运营商对于必须升级他们的基站则会很不愉快。 确定设计需求 在完成对操作方式的概括后，在表1的帮助下，依据操作方式把产品包需求分解为设计需求，并在下面图表的帮助下并详细列出每个设计需求可接受的参数范围。应当将产品包需求分解为不同种类的设计需求，包括如下各部分： 功能 环境 性能 强健性（鲁棒性） 可靠性 可维护性 可用性 安全性 重量 电源 尺寸大小 可运输性/可移动性 灵活性 其它 为了实现可追溯性，已经在分解层得到表述的分解描述的设计需求应当与特定的产品包需求有建立明确的联系。 表1：产品包需求到设计需求的映射 产品包需求设计需求产品包需求操作方式需求分解为设计需求参数范围（规格）从顾客/用户/内部角度描述产品包需求明确描述期望的操作方式、期望的结果、上下文关系、环境和限制把产品包需求分解为设计需求并进行合理分类，类别可参照下面例子详细说明产品包需求参数和可接受范围此项应是按优先程度分级的产品包需求功能环境性能强健性（鲁棒性）可靠性安全性重量电源其它 举例： 产品包需求设计需求产品包需求操作方式需求分解为设计需求参数范围（规格）1.1能够通过学生的一个信息找到个人学籍的相关信息通过输入学生的姓名，学号，班级等信息找到学生学籍的信息