学生管理系统需求答案.doc

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