案例文档2.doc

案例文档2
需求分析项目名称爱菜篮系统二○一一年十月九日目录目录 1.引言1 1.1 编写目的1 1.2 背景1 1.3 参考资料1 2.任务概述1 2.1 目标1 2.2 用户特点1 3.需求规定
2 3.1 功能需求2 3.1.1 功能结构图2 3.1.2 系统用例图3
3.1.3 数据流图...4 3.1.4 E-R图.5 3.1.5输入/输出需求..5 3.1.6数据字典...6 3.2 性能需求7 3.2.1 响应时间7 3.2.2 精度需求7 3.2.3可扩充性.7 3.2.4易用性与易维护性.7 3.2.5 数据的完整性、准确性、安全性.7 3.3 可靠性和可用性需求7 3.3.1 可靠性需求7. 3.3.2 可用性需求8. 3.4 出错处理需求.8 3.5 将来可能提出的需求8
4.小组成员8 I 需求分析爱菜篮系统项目需求分析 1.引言 1.1 编写目的对系统进行深入的需求分析，是开发出令用户满意的软件产品的基础。

需求分析的基本任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。

网上卖菜在线网站致力于提供产品展示及订购为核心的网上购物服务，宣传自己的产品将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。

该网站属于B2C电子网站。

通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模块功能。

其中订单的生成，网站后台系统，通过系统管理员管理
商品、订单、用户来实现。

1.2 背景项目名称爱菜篮（网上卖菜系统）项目设计人员第六组小组成员项目的用户所有 1.3 参考资料软件工程导论，张海藩编著，清华大学出版社
2.任务概述2.1 目标开发网上课室申请系统，能够方便老师快捷查看空教室的信息，提高教师申请符合条件教室的效率，同时使管理更加系统化、规范化和自动化。

2.2 用户特点本系统所面向的用户有老师和课室管理员。

对于老师来说，他们只要能掌握计算机的基本操作及熟悉课室申请流程就可以申请课室了。

而课室管理员也需要熟悉计算机的基本操作以及制定课室申请流程及审批。

3.需求规定3.1 功能需求3.1.1 功能结构图图1网上申请教室系统功能结构图 3.1.2系统用例图图2 老师用例图图3 课室管理员用例图图4 系统管理员用例图 3.1.3数据流图 3.1.4开发本系统的E-R图3.1.5 输入/输出需求 3.2 网本系统所需要的输入/输出设备输入设备（如包括键盘、鼠标、手写板、扫描仪、光电阅读机、磁盘或光盘、、汉字输入装备等）将数据、程序和控制信息送入计算机内输出设备（如显示器、打印机、绘图仪、扬声器、磁盘或光盘等）把计算机的计算结果或中间结果以各种方式输出。

3.1.6网上教室申请系统的数据字典3.2 性能需求性能需求指定系统必须满足的定时约束或容量约束。

那么，为了使网上课室申请系统能够高效准确安全地运行，必须满足以下的性能需求。

3.2.1 响应时间响应时间要求对于系统管理员输入的用户（教室、课室管理员）信息、公告信息应该在人们所能接受的等待时间来确定，通常为1-2 s。

更新处理时间要求用户（教室、课室管理员）输入数据后，对于该用户输入的数据的处理时间应该是毫秒级的。

另外，数据传输时间的要求也应该在人们的接受的等待时间内。

3.2.2 精度需求此系统的输入数据大多数为字符串类型，也有表示课室号的浮点数，精度为50。

3.2.3 系统的可扩充性在该系统的开发过程中，还应分析未来用户很可能提出来的要求，比如界面的结构、新增功能、数据结构等等，让该系统具有可扩充性。

3.2.4 系统的易用性和易维护性本系统的人机界面友好，设计的用户操作力求简便且具有准确性，使用户即使没有很熟悉计算机，也不必花费太多时间熟悉该系统。

另外，用户如果对操作不熟悉可以查看操作手册。

操作手册向使用该系统的用户提供了操作示例及详细的说明。

系统管理员要借助一些方便的手段维护系统，包括数据的更新备份。

·3.2.5数据的完整性，准确性，安全性该系统录入数据采用表格方式，在数据库中限制录入的数据类型及精度以保证数据的完整性及准确性。

此外，数据的安全性依赖网络对用户使用权限的规定，可通过在程序模块中使用密码控制功能对用户使用权限加以限制。

3.3 可靠性和可用性需求 3.3.1 可靠性需求一个实用的系统同时必须是可靠的。

本设计基于校园局域网的基础上，很大程度上保护系统受到恶意者的搞乱和破坏，同时，系统设置用户登录密码，既保证用户能共享资源，又使不同用户仅能共享与其相关资源，以保证数据的安全可靠性。

3.3.2 可用性需求1、系统稳定可靠，能提供7*24 *365不间断服务，平均故障时数不可超过1个小时；2、系统在线提供服务时，必须可同时服务500人次，每存取一个网页页面时间不得超过5s；3、系统中每种查询必须在1s内回应，每个交易程序必须在1s内完成。

3.4 出错处理需求出错处理指的是当应用系统发现它自己犯下一个错误时所采取的行动。

但是，应该有选择地提出这类出错处理需求。

我们的目的是开发出正确的系统，而不是用无休止的出错处理代码掩盖自己的错误。

总之，对应用系统本身错误的检测应该仅限于系统的关键部分，而且应该尽可能少。

分析本系统，可能出现错误的地方时申请教室功能子模块，因为这个模块牵涉到数据的输入、修改、删除等操作，容易造成数据库的错误。

输入错误的可能性多为输入数据类型错误或者是出现空值等。

解决方法对于在实际的数据显示中需要以时间和数字类型表示的数据，由于对此类数据要求较高，系统内部尽可能对此作出相关处理，无须再相应的地方对用户给出提示信息，甚至无须用户的手工导入，而采用选择或者程序自动导出的方式，由系统在内部对其进行类型转换与数据船体，这样既可以保证了数据的精确度与正确性，也使用户的操作简单化。

同时编制相关代码在用户进行数据输入时检测是否存在空值项，防止空值出现，合法后导入数据库。

3.5 将来可能提出的要求在该系统的开发过程中，还应分析未来用户很可能提出来的要求。

在此，从新增功能来分析,有以下几点要求1、系统性能和结构不断完善，允许在校每个学生都可以通过本系统来申
请教室，提交申请后由指定老师来查看和批准，最终送至给课室管理员来审批。

这样就避免老师要帮学生申请教室，造成不少麻烦。

2、系统中申请信息一旦经过审批，采用手机绑定来通知申请者或者用系统消息来提示用户查看申请结果，节省了时间，提高了效率。

3、为了能够让用户很快就能了解申请教室的流程，该系统提供申请教室教学视频，用户可在线观看，了解如何申请教室，使系统更加人性化。

4小组成员职务姓名学号准备完成的工作组长陈林2007118110 性能需求分析，数据字典、文档整理成员黄小飞2007118102 功能需求分析成员李艳2007118106 可靠性和可用性需求、未来可能提出的要求、E-R图、出错需求第8页。