软件工程 网上书店管理系统

软件工程实验报告实验题目： 班级： 学号： 姓名： 任课教师： 成绩： 26目 录实验一 可行性研究报告引言11.1引言11.1.1 项目背景11.1.2 术语说明11.1.3 参考文献11.2可行性研究的前提11.2.1 功能结构图及功能说明21.2.2 系统的输入21.2.3 系统的输出31.2.4 系统处理流程(如图s1.2)31.2.5 性能31.2.6 安全和保密要求31.2.7 完成期限要求31.3开发目标31.4具备条件41.5进行可行性研究的方法41.6评价尺度41.7对现有系统的分析51.8所建议系统的技术可行性分析51.8.1 对所建议系统的简要描述51.8.2 与现有系统比较的优越性51.8.3 采用建议系统可能带来的影响。61.8.4 所建议技术可行性分析61.9所建议系统的经济可行性分析61.9.1 支出61.9.2 成本效益分析61.10社会因素方面的可行性61.10.1 法律方面的可行61.10.2 用户使用方面的可行性71.11结论7实验二 需求规格说明书72.1 引言72.2 项目概述72.2.1 待开发软件的一般描述72.2.2 待开发软件的功能(见图s2.1)82.2.3功能描述92.2.4系统的DFD(见图s2.22.7).92.3 数据描述(见表s2.1s2.3)122.3.1 数据描术122.3.2 数据库描述132.3.3 数据字典132.4.1 用户界面132.4.2 硬件接口142.4.3 软件接口142.4.4 故障处理142.5 性能需求142.5.1 数据精确度142.5.2 时间特性142.5.3 适应性142.6 软件属性需求152.6.1 正确性152.6.2 可靠性152.6.3效率152.6.4 完整性152.6.5 易实用性152.6.6可维护性152.6.7 可测试性152.6.8复用性152.6.9安全保密性152.6.10可理解性152.6.11可移植性152.6.12互联性162.6.13数据采集162.6.14用户特征162.6.15运行环境162.6.16条件与限制16实验三 概要设计说明书163.1 引言163.2 任务概要173.2.1 目的173.2.2 需求概要173.2.3 条件与限制173.3 总体设计173.3.1 处理流程173.3.2功能分配183.4运行设计193.4.1运行模块的组合193.4.2 运行控制193.4.3运行时间193.5数据结构设计193.5.1 逻辑结构设计193.5.2物理结构设计213.6出错处理设计213.7补救措施213.8系统维护设计213.9安全保密设计22实验四 软件测试文档224.1引言224.2测试计划224.3测试报告224.4测试文档224.5测试用例所选测试方法224.6测试资料25实验一 可行性研究报告引言1.1引言1.1.1 项目背景网站式的书店。是一种高质量，更快捷，更方便的购书方式。网上书店用于图书的在线销售。而且网站式的书店对图书的管理更加合理化，信息化。售书的同时还具有书籍类商品管理、购物车、订单管理、会员管理等功能，非常灵活的网站内容和文章管理功能。网上书店的优势：涉及范围广，经营成本低，劣势信用度如，果低，影响生意；现实书店的优势：直观，信用度高。网上书店的价格透明，使得消费者往往通过在各个网上书店查找需要买的图书进行价格比较，挑选价格最便宜的网上书店进行购买。当在网上书店购书后，用户所购图书都在网站上有记录，方便用户查询。 项目名称初步定为: 网上书店管理系统该系统主要是实现五个功能：图书管理、图书查询、会员管理、订单管理、购物车管理本项目提出者为哈尔滨工业大学华德应用技术学院，开发者为张兆印老师软件开发研制中心，主管部门为刘虹玉软件开发研制中心。项目设计过程中参考了研发中心以前开发的基于Windows系统的数据库管理系统。1.1.2 术语说明EBook：电子书Date processing：数据处理Data processing cycle：数据处理流程Data processing system security：数据处理系统安全性EC：电子商务SQL：结构化查询语言1.1.3 参考文献1 张兆印 邓琨. 软件工程教程M. 哈尔滨:东北林业大学出版社,2010.2 申吉红 廖学峰. JSP课程设计案例精编M. 北京:清华大学出版社,2007.1.2可行性研究的前提网上书店可以在家“逛商店”，订货不受时间、地点的限制，获得较大量的商品信息，可以买到当地没有的商品，网上支付较传统拿现金支付更加安全，可避免现金丢失或遭到抢劫，从订货、买货到货物上门无需亲临现场，既省时又省力；1.2.1 功能结构图及功能说明 功能结构图如图 s1.1网上书店系统的主要功能:图书管理、图书查询、会员管理、订单管理、购物车管理图书管理分为三部分：数据添加、数据删除和数据修改。这是一个后台的管理模块，书店管理员可以通过用户名和密码的身份验证后进入书店管理页面，可以进行对图书种类的管理（包括图书种类的增加、删除和修改）和对图书的管理（图书信息的发布和修改等）。图书查询功能允许用户进行两种方式的查询：条件查询允许用户进入网上书店时，以图书的名称、作者、定价和会员价等了角最新图书信息，模糊查询是允许用户输入其中的关键字进行查询。会员管理：为了能够实现图书商品的购买，需要客户的联系方式、送货地址等相关的信息，这就需要会员管理这个模块，包括会员的注册（标记客户注册时必须填写的内容，因为产生订单时需要这些信息）和会员的登录。订单管理：对客户购买商品信息的需求，在确定了所购力书商品名称、图书价格、图书数量等信息后，提示用户选择对应的送货方式及付款方式、最终生成对应的订单记录，以便于网店配货人员依据订单进行后续的出货、送货的处理。购物车管理：当客户选择购买某种图书产品时，应该能够将所选图书信息，如图书编号、图书价格、购买数量记录到对应购物车中，并允许客户返回书目查询页面，选择其他图书并添加到购物车中，当对应购的订单生成后，应该能够自动清除以生成订单的购物车中的信息。图s1.1 电子名片管理功能结构图1.2.2 系统的输入购进的图书信息及会员信息1.2.3 系统的输出 卖家所购得的图书的相关信息 1.2.4 系统处理流程(如图s1.2) 图s1.2网上书店管理系统流程图1.2.5 性能方便快捷有效的实现买家与卖家之间的交易、省时间、费用。查询速度快。具有的性能指标是单个数据的查询速度为1条/s，每更新一次的速度为2/s，具有查错功能，能进行输入数据的检验。1.2.6 安全和保密要求系统对不同权限的用户提供不同的功能模块，对历史数据的更改和新数据的添加只有一定权限的用户才能进行操作，一般的用户只能进行查询操作，只有会员才能购买，对用户的相关信息要求保密。 1.2.7 完成期限要求 本系统的完成期限为6个星期，具体进度安排见详细设计。1.3开发目标系统的开发目标应考虑如下因素：（1） 人力与设备费用的相以减少；（2） 处理速度的提高；（3） 控制精度的提高；（4） 人员利用率的改进；1.4具备条件 项目开发中所具备的条件、假定和所受到的限制，如：(1) 所建议系统运行寿命的最小值系统寿命的最小值应达5年(2) 进行系统方案选择比较时间系统方案选择的最小时间为1个月(3) 经费、投资方面的来源经费主要来源为哈尔滨工业大学华德应用技术学院软件开发公司(4) 硬件、软件、运行环境和开发环境方面的条件硬件环境：PII或更高档的微机，笔记本电脑；运行时内存要求：1MB；安装所需硬盘：5MB；打印机：可选：软件环境中文 Windows98/2000/Me/XP/NT win7 VistaWeb Server：Tomcat 5.0或以上 浏览器 ：Internet Explorer，Netscape Navigator (5)可利用的信息和资源可参考已有的应用程序和数据库管理系统(6) 系统投入使用的最晚时间系统投入使用的最晚时间为12月下旬1.5进行可行性研究的方法可行性研究的方法如下：(1) 客户调查(2) 专家咨询(3) 市场相关产品、同类产品调查1.6评价尺度系统进行评价时所用的主要尺度为各项功能的优先顺序、开发时间的长短及使用中的难易程序。1.7对现有系统的分析我们通常买书都是到各大书店购买，书籍虽然很多，但是费时间，而且浪费经力。同时这种方式是接近现实的。而网上书店可以查到所买图书的更多信息，因为它是一个网站，它有它独特的售书方式和功能。如用户注册会员功能等，会员会有优惠和特别的服务。还有就是支付方式了，一般网上书店都有三种类型的支付方式：汇款类支付、在线支付、其他支付方式，其中在线支付只要到支付平台开户后，将所获开户信息填入即可。当在网上书店购书后，用户所购图书都在网站上有记录，方便用户查询。这种方式也解决买家的场地租金、店员工资等费用。也可以节省卖家的一些消费。只是花一些邮费。1.8所建议系统的技术可行性分析1.8.1 对所建议系统的简要描述 网上书店管理系统采用常规的数据库管理方法，根据客户所查询条件管理的特点对数据库操作。1.8.2 与现有系统比较的优越性网上书店具有独特的运作方式。网上书店的销售运作在电子网络上进行，它先模拟传统书店的购书环节接受订单，然后视情况直接从出版社取得印刷本图书或包盒型电子出版物，通过邮政部门交给读者，或者将出版物由网上传递给读者。网上书店图书品种多。网上书店的图书品种可以比大型传统书店多出十几倍甚至几十倍，这是绝对的优势。网上书店图书传递速度快。电子数据交流（ED1）渐渐取代了信函、传真、电话等传统的出版发行所依靠的业务联系方式。网上书店在收到一份订单后立即（通常是几分钟内）给读者发出“订购确认”的电子信。如果读者发现订单有差错，可以及时修改。网上书店往往与快递公司合作开展送书业务，从书店收到订单到读者收到图书的时间只需四五天，若是加急订购的话，时间还可以缩短。网上书店图书价格便宜。网上书店抛弃了传统书店所需的服务设施和多重环节，把节约下来的开支转化成优惠书价吸引读者。印刷、纸张等费用不断增长，而电子计算、存储和通讯费用则逐年下降也是网上书店书价较低的原因之一。网上书店订书程序简单。网上书店网页内容的设计安排简明实用，容易操作，读者只需坐在电脑屏幕前，在网上书店的主页上填好相应的表格，就可以将自己的需要登录到网上书店的数据库中，马上得到是否有货的信息，大大简化了购书手续。读者可以不分昼夜，随时定购图书。网上书店提供全方位的图书信息和双向交流的渠道。网上书店提供的图书信息包括书名、作者、出版社、出版年月、版次、原书定价、优惠价、有否现货、图书递送所需时间等，还提供足够精彩详尽的图书介绍，或部分新书章节段落评价以及图书销售排行榜等资料。1.8.3 采用建议系统可能带来的影响。采用网上书店系统将大大提高用户的时间、费用、经力等。有利于用户买到更称心的书籍，同时本系统节约场地，人员费用等，进一步减少支出。1.8.4 所建议技术可行性分析本系统为一个数据库管理系统，现有技术已较为成熟，估计利用现有技术应完全可以达到功能目标；同时，考虑到开发期限较为充裕，预计可以在规定期限内完成开发。1.9所建议系统的经济可行性分析 1.9.1 支出1) 设备及软件投资 硬件设备：PC机 软件：Windows95/98/XP，Visual Basic6.02) 其它一次性支出 软件设计和开发费用3) 经常性支出 软件维护费用1.9.2 成本效益分析假设该系统的运行需要一台80GB硬盘惠普微机一台和一台打印机，估计要0.5万元左右（含有关软件）。开发这个系统估计2个人月的工作量，如果每人每个月工资6000元，则共需要1.2万元。这两项成本共1.7万元。软件维护费用为2000元/年。通过成本/利益分析可知系统建成后每年可以节约2名职工，如果每个月工资按1000元计算，并按年利率10%计算，计算投资回收期和5年后的纯收入是多。解：计算结果见表S1.1。1.10社会因素方面的可行性 1.10.1 法律方面的可行 新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。1.10.2 用户使用方面的可行性新系统的研制和开发充分考虑用户的方便、利益、安全等，从面能满足使用要求。表s1.1 教材购销系统的成本/效益分析购买设备、软件费0.5万人力（2个月，月工资6000元）1.2万开发成本总计1.7万系统维护费0.2万/年每年节省人力费用2.4 万/年每年节省经费1万/年.年节省（元）（1+i）n现在值（万元）累计现在值（万元）11万元/年1.10.9090.90921万元/年1.210.8261.73531万元/年1.3310.7512.46841万元/年1.4640.6833.16951万元/年1.6110.6213.795年后的纯收入3.09投资回收期196年1.11结论结论意见：经上述可行性分析,系统研制和开发立即开始进行。实验二 需求规格说明书2.1 引言为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。此阶段就是准确地回答“系统必须做什么”这个问题，对目标系统提出完整、准确、清晰、具体的要求。2.2 项目概述 2.2.1 待开发软件的一般描述管理员可以维护客户注册信息、维护图书信息、处理订定单信息、维护系统公告、网上售书。游客可以在线注册为会员、购书。本系统的设计目标将最终定位于完成以上所述的系统主要业务的基本模型上。最终用户的特点：会基本操作电脑，熟悉网上购书流程以及相关的安全维护知识。操作人员、维护人员：能熟练操作计算机，熟悉基本软件维护知识，针对本系统，操作人员熟悉本系统的操作流程。软件的预期使用频度：每天大概累计几百人2.2.2 待开发软件的功能(见图s2.1)图S2.1 电子名片管理系统的功能结构图本软件具有如下主要功能：l 图书管理数据添加数据删除数据修改l 会员管理u 会员注册u 会员查询u 图书查询l 查询管理 u 条件查询u 模糊查询l 购物车管理u 图书添加u 图书查询u 图书修改l 订单管理u 订单查询u 订单修改2.2.3功能描述l 身份验证功能 对登录用户的身份进行验证，通过者才可以进入系统；l 条件查询功能（1）如按书名、名号、作者、出版社等（2）模糊查询l 数据添加功能增加一条新记录l 数据删除功能删除一条记录，并且提供确认机制。l 数据修改功能 修改任意一条记录的所有域，其中书名不能为空l 用户管理功能(1) 添加用户功能(2) 删除用户功能(3) 功能修改用户功能2.2.4系统的DFD(见图s2.22.7).图s2.2 顶层数据流图 图s2.3 前台会员购买图书用例关系图 图s2.4 后台管理员操作用例关系图 图s2.5系统第二层数据流图（前台购书）图s2.6系统第二层数据流图（后台管理）图s2.7系统第三层数据流图（用户登录）2.3 数据描述(见表s2.1s2.3)2.3.1 数据描术静态数据：表s2.1 用户表User用户序号U_id用户名Username出生日期U_birthday性别U_sex密码Password邮箱地址U_mail表s2.2 书箱详细表Product书籍编号P_id书籍名称P_name书籍价格P_price作者P_author简介P_info表s2.3 顾客订单表Order订单编号O_id顾客编号U_id书籍编号P_id购买数量O_number购买日期O_time 动态数据 输入数据:菜单选项，查询关键字，新建记录项，导入文件 输出数据:由查询关键字确定的数据库记录集合或全部记录 内部生成的数据:中间查询结果 2.3.2 数据库描述 本软件采用SQL数据库 2.3.3 数据字典数据流图，层次方框图（参见图S2.1S2.7）,其中涉及到的数据定义如下：1 用户序号1数字102 用户名1汉字103出生日期1数字|-104性别=男女5手机1数字SPACE-206密码1字母数字字符107邮箱地址1字母.数字208书籍编号=1数字109书籍名称1汉字数字字母字符2010书籍价格1数字1011作者1汉字1012简介1汉字数字字符50013 订单编号1数字10014 顾客编号1数字100 15书籍编号1数字10016 购买数量1数字1017购买日期1数字|-1018 家庭地址=1汉字数字501字母数字10019邮编1数字820个人主面1字母.数字：/402.4 外部接口需求 2.4.1 用户界面l 采用Windows的通用图形界面,对用户友好,且必须对鼠标和键盘提供支持，界面的设计应遵循如下规则：l 界面要具有一致性，界面规范应遵循Windows软件界面的规范；l 提供简单的错误处理；l 提供信息反馈，用多种信息提示用户当前软件运行的状态，软件界面元件的功能；l 操作可逆，其动作可骒单个的操作，或者是一个相对独立的操作序列；l 设计良好的联机帮助；l 显示启动画面，画面简洁明快，富有现代气息，不能太花哨；l 应遵循国家关于计算机词汇的标准，用词应当精练准确，没有歧义，图形的意义明朗。 2.4.2 硬件接口支持一般的PII或更档微机，笔记本电脑。 2.4.3 软件接口运行于WINDOWS95/98/ME/2000/NT/2007的操作系统之上； 2.4.4 故障处理正常使用时不应该出错，若运行时遇到不可恢复的系统错误，也必须保证数据库的完好无损。2.5 性能需求 2.5.1 数据精确度查询时应保证查全率100%，所有相应域包含查询关键字的记录都应能查到。查询时应保证查准率100%，查到的记录应与给定的单项或组合项查询条件完全匹配。 2.5.2 时间特性 一般操作的响应时间应在12秒内，对打印机的操作及数据的导入和导出也应在可接受的时间内完成。2.5.3 适应性满足个人使用的需求。对前面提到的运行环境要求不应存在困难。2.6 软件属性需求2.6.1 正确性要求发布的软件达到用户的预期目标，运行时基本无错误2.6.2 可靠性在一般条件下，应不出故障2.6.3效率对于浏览，查询，购买，删除，订购，密码设置的一般操作，要求及时响应，在12秒内。2.6.4 完整性要求能在发生意外（如掉电，网络故障等）的情况下，保证不选择数据。2.6.5 易实用性要求能尽量为用户的使用提供方便，软件界面符合目前流行的界面规范。2.6.6可维护性要求本软件在运行中发现错误时，能快速，准确对其进行定位，诊断和修改。2.6.7 可测试性设计时尽可能减少测试本软件的各项功能所需要的工作量。2.6.8复用性设计时尽可能采取模块化的方法进行设计，对系统内各模块接口尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。2.6.9安全保密性要求提供身份验证，只允许通过身份验证的用户使用，对于三次 密码输入不正确的，应强行关闭，绝不泄漏用户的相关信息。2.6.10可理解性对于本软件提供的各种菜单命令，各种信息提示，应易于用户理解。2.6.11可移植性要求本软件在将来能易于向WINDOWS高版本的操作系统上移植，以用于掌上电脑。2.6.12互联性要求提供数据的导入和导出接口，以易于同其他系统的连接。2.6.13数据采集通过身份验证的用户，采用键盘和鼠标直接输入或者从外部文件导入数据。2.6.14用户特征使用本软件的用户群非常广泛，它非常适合用于具有如下特点的人员：工作中非常繁忙的人；宅男，宅女；经常上网的人；针对如上用户特点，本软件可以迅捷、准确、方便地提供个人社会关系数据库管理系统的各项管理功能，同时力求为用户提供方便、高效、实用的功能。2.6.15运行环境PII或更高档的微机,笔记本电脑;运行时内存要求:1MB安装所需硬盘:5MB打印机:可选软件环境中文 Windows98/2000/Me/XP/NT win7 Vista2.6.16条件与限制考虑到本软件使用的广泛性，在设计时应注意软件的可移植性，能方便地将其移植到掌的电脑，用兼容各大网站。因本软件管理的信息属于人个隐私信息，必须注意信息的安全防范。同时应以标准的数据格式来实现，以方便数据的共享。实验三 概要设计说明书3.1 引言 参见1.13.2 任务概要 3.2.1 目的编写网上书店系统详细设计说明书的目的在于从详细设计的角度明确网上书店项目的业务品种、功能范围，明确与业务主机/终端系统的接口和业务处理模式，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。3.2.2 需求概要参见2.2 3.2.3 条件与限制 本系统更为理想的选择是与其他办公自动化套件集成起来，作为其中的一个组件，在功能方面可以考虑由多用户分别进行管理，系统可以为级不同的用户设置不同的权限等，同时应进一步提高系统的安全保密性。3.3 总体设计 3.3.1 处理流程 系统启动后，进入主界面，然后通过身份验证进入系统里，根据系统配置文件将数据库导入，并设置各全局变量；由退出系统事件激活退出系统模块，退出系统；系统总体结构如图s3.1所示。各模块设计如下：图s3.1 系统总体结构和模块外部设计3.3.2功能分配（1） 系统控制功能初始化模块（M1）会员验证模块（M2）游客模块（M3）管理员验证模块（M4）图书查询（M21）购物车（M22）订单（M23）退出（M24）会员管理（M41）图书管理（M42）订单管理（M43）退出（M44）（1） 图书查询功能 条件查询模块（M211）模糊查询模块（M212）（2） 购物车功能添加图书模块（M221）查询图书模块（M222）修改图书模块（M223）（3） 订单功能订单查询模块（M231）订单修改模块（M232）（4） 会员管理会员登陆模块（M411）会员注册模块（M412）会员注销模块（M413）（5） 图书管理图书添加模块（M421）图书删除模块（M422）图书修改模块（M423）（6） 订单管理执行订单模块（M431）查看订单模块（M432）3.4运行设计3.4.1运行模块的组合模块命名方式按照相应模块结合特性制定。命名方式为Mx和Mxy，其中数字相同的模块即为同类模块3.4.2 运行控制本软件控制流程：想由操作系统启动M1（初始化模块）然后进入通过身份验证后，登录系统，并调用M2，M3和M4，然后进入，由相应消息分别击活M21，M33，M42等模块。其中M24为退出模块。3.4.3运行时间各模块运行时间均应控制在12秒内。由于系统采用消息驱动方式，将有效提高计算机的利用率3.5数据结构设计3.5.1 逻辑结构设计(1) 全局变量记录总数 RecordTotal: Int浏览顺序数组 Browse: INt Browsemax焦点记录 FocusRecord: Int表 From:Action=”.link.jsp” method=”post” 内存记录缓冲区 RecordBuffer: NameAdd RecordBuffer NameAdd=: max Struct INt Index; Char Name20;Char Company80;Char Telnump40;NameAdd;(2) 数据库Name-CarD Tabel 定义 字段名姓名类型用户类型性别邮政编码电子邮箱电话地址真实姓名密码用户名收货人邮编收货人地址收货人邮箱收货人订单金额送货方式付款方式定购时间收货人电话产品标识数量出售价格应付总和图片出版日期页数编号出版社卖出价格产品价格产品名称作者是否卖出链接名称链接地址表typegenderpostcodeemailtelephoneaddresstruenamepassnameCPostcodeCAddressCEmailConsigneeSumPaymentShipGreateTimeGPhoneUserIDQualitySoldPricePaysumImagePublishDatePageISBNPublisherSoldPricePriceProductNameAuthorIsSellingLinknameAddressFormNvarchar(50)Nvarchar(10)Nvarchar(50)Nvarchar(50)Nvarchar(50)Nvarchar(100)Nvarchar(20)Nvarchar(50)Nvarchar(50)Nvarchar(50)Nvarchar(100)Nvarchar(50)Nvarchar(20)DecimalNvarchar(50)Nvarchar(50)Datetime(8)Nvarchar(50)Int(4)Int(4)Numeric(9)Numeric(9)Nvarchar(50)Datetime(8)Int(4)Nvarchar(20)Nvarchar(50)Decimal(9)Decimal(9)Nvarchar(50)Nvarchar(50)Bit(1)Text(50)Text(50)Format(3)文件名adminlist.aspx 管理员首页addbook.aspx 添加图书信息bookdetail.spx 图书详情Booklist.aspx 管理员图书列表Cartok.aspx 填写购物车客户信息Headad.aspx 管理员登录首页头部Index.aspx 主页面Login.aspx 用户登录页面Morebookin.aspx 更多图书页面Reg.aspx 用户注册页面Tail.aspx 首页底部页面Updatesearchbook.aspx 修改查询图书（管理员）Userlist.aspx 用户信息列表3.5.2物理结构设计数据库NAME-BOOK的 文件物理结构：采用顺序结构的记录文件。3.6出错处理设计本软件应充分考虑各种系统错误，避免造成数据库系统不一致或损坏；本软件提供撤消机制，避免用户因误操作对数据库系统造成破坏；采用对话框形式为用户提供警告信息；一些关键性的操作（比如删除或修改记录），都应提供确认机制。3.7补救措施当出现大的程序问题起用备分程序；如果无法起用备分程序则只能关闭网站进行抢修。3.8系统维护设计 系统的维护和管理也是一个系统的问题，也包括两个层面：1）技术层面包括：（1）使用较新的开发和维护技术；（2）数据库管理员管理好数据库数据（3）专职维护人员维护硬件 2）人员层面包括：（1）维护协议；（2）工作流程及方式方法。3.9安全保密设计在用户登录系统时进行身份验证，只允许合法用户进入系统；添加输入输出功能，方便用户对数据进行备份。维护设计网上书店管理系统软件必须按照软件产品设计规范的步骤进行开发，并充分考虑软件可维护性，详细编写各阶段的文档资料，以利于未来版本升级以及移植等二次开发。实验四 软件测试文档4.1引言见1.14.2测试计划测试计划的主体是“测试内容说明”。它包括测试项目的名称，各项测试的目的、步骤和进度，以及测试用例的设计等。4.3测试报告测试报告的主体是“测试结果”，这包括测试项目的名称，实测结果与期望结果的比较，发现的问题，以及测试达到的效果等。测试用例=测试数据+期望结果式中的表示重复测试结果=测试数据+期望结果+实际结果4.4测试文档测试文档的主要包括测试计划和测试报告两个方面的内容4.5测试用例所选测试方法在软件测试报告中，主要使用单元测试方法，采用的方法均为等价分类法测试内容：如表s4.1所示表s4.1 测试内容测试项目名称： 网上书店系统客户端测试项目标题：所有基本页面的正确链接测试人员：刘虹玉测试时间：2010/11/30测试环境与系统配置：软件环境：Micrsoft windowXP Professional 硬件环境：P4 1.7GHz CPU + 1.7GHz 512MB 内存网络环境：3人共享1M带宽测试次数：每个测试过程做2次。预期结果： 可以正确显示图片，每个链接有效，超连接的连接页面与页面中指示（或 图示）相符。测试过程：登陆http:/localhost:EBook/book对于首页每个链接，点击进入。察看链接的页面是否相符合。3对于首页每个链接，点击看能否进入相应页。管理员登陆模块测试目的：等价分类如表s4.2所示表s4.2 管理员登陆的等价分类输入数据有效等价类无效等价类用户名或密码级别（1）110位字符宽度（2）字母打头的字母数字（8）2位数字字符（3）少于1位字符（4）多于10位字符（5）非字母打头（6）含有非字母数字字符（7）少于2位（9）多于2位（10）含有非数字字符测试用例的选择如表s4.3所示表s4.3 管理员登陆测试用例测试数据期望结果测试范围实际结果结果分析Liuhongyu06Liuhongyu2110606liuLiu*06066211L6输入有效输入无效输入无效输入无效输入无效输入有效输入无效输入无效输入无效（1）（2）（3）（4）（5）（6）（8）（7）（9）（10）同期望结果同期望结果同期望结果同期望结果同期望结果同期望结果输入有效同期望结果同期望结果正确正确正确正确正确正确错误，字符个数少于2位正确正确用户管理功能测试与分析表s4.4主要对系统的用户管理功能进行了测试功能表s4.4 用户管理等价分类输入数据有效等价类无效等价类添加用户删除用户修改用户用户名用户名用户名不存在的用户存在的用户存在的用户存在的用户不存在的用户不存在的用户添加用户的测试用例要输入会员名、密码，用户名和密码必须是有限的数字字母组成，并且打头的必须是字母。具体添加用户测试用例的设计见表s4.5表s4.5 用户管理添加用户测试用例测试数据期望结果实际结果结果分析Lhy21106Liuhongyu2110621106liuLiu*06Liu211066211L6添加错误用户名为空用户名过长用户名输入错用户名输入错添加正确用户级别正确用户级别输入错用户级别输入错用户级别输入错添加错误添加错误添加错误添加错误添加错误添加错误同期望结果输入有效同期望结果同期望结果用户名正确但用户名存在用户名不能为空用户名不能超过10位用户名不能以数字开头用户名由字母数字组成用户名正确用户级别为2位数字字符个数必须是2位用户级别不能多于2位用户级别必须是数字密码添加的测试用便选择与添加用户相同，这里不再重复删除用户测试用例的设计对于删除用户的测试用例的设计，主要看输入的用户名是否存在，若存在则可以从用户表中删除，在删除过程中不必输入密码和用户级别，只要根据用户名就可以直接删除此用户，用户删除功能的测试用例见表s4.6表s4.6 用户删除功能的测试测试数据期望结果实际结果结果分析Liu21106liuhongyu用户名正确删除正确删除错误删除正确用户名正确但用户名不存在用户名正确并是已存在用户修改用户测试的设计修改用户要根据输入的用户名来进行修改，同时要检查输入的密码及级别必须符合定义。具体的修改用户的测试用例见表s4.7表s4.7 用户管理修改用户测试用例测试数据期望结果实际结果结果分析Liu21106liuhongyu用户名正确修改正确修改错误修改正确用户名正确但些用户不存在用户名正确并且是已存在用户对于密码和级别的测试参见添加，这里不重复4.6测试资料测试方法：由于本次测试的依据是需求，所以采用黑盒测试方法。测试策略：功能测试，主要采用等价类划分的策略。测试手段：功能测试：手动模拟正常、异常输入测试内容：功能测试，按照需求功能