钟林森A组-超市收银系统设计--软件工程实验报告.pdf

《钟林森A组-超市收银系统设计--软件工程实验报告.pdf》由会员分享，可在线阅读，更多相关《钟林森A组-超市收银系统设计--软件工程实验报告.pdf（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 0d 实验报告 计算机科学与技术专业 超市收银系统设计 组长：钟林森(12计算机2班)组员：王嘉胜(12计算机2班)陈小浪(12计算机1班)刘丽怡(12计算机1班)方洛宣(12计算机2班)姚启航(12计算机1班)佛山科学技术学院计算机系 2015年6月 目录 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 1d 一项目背景2 二系统需求3 2.1 系统功能需求 3 2.2 系统使用人员 4 2.3 系统使用环境以及开发工具 5 三系统整体结构设计 5 四软件部分整体设计 6 4.1 软件

2、功能结构设计 6 4.2 系统的结构设计 9 4.2.1 系统概念结构设计 9 4.2.2 系统逻辑结构设计 10 4.2.3)系统物理结构设计 20 六软件主要界面设计 25 七软件开发平台选择 26 八软件开发进度计划与开发团队 27 8.1）软件开发进度表：27 8.2）项目开发人员组成以及分工 28 九附：思考题 29 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 2d 一 项目背景 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。超市形式在我国于 20 世纪 90 年代初期起

3、步，现已成为我国零售业的一种重要形态。随着超市的高速发展，其经营管理也变的愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的发展,这样就迫切地需要引入新的思想技术和管理技术进入到超市管理之中。超市形态具有种种优点，但在目前状况下，它仍存在零售业商业企业所共有的落后的一面。如：收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率底等。而且,在超市日常管理中，随着超市形态的高速发展，其经营管理也变的愈加复杂，竞争也日益激烈，拥有一套快捷，方便，实用的超市收银系统是必须的。为此，在本次设计之中我们小组选择了超市收银系统这个题目。依靠现代化的计算机信息处理技术来对超市销售进行收费，从而

4、节省了大量的人力、减轻了劳1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 3d 动强度，并且能够快速反映出商品的各种反馈信息。从消费者的角度来说，结帐时应该节省时间和快速，毕竟时间就是金钱。由于传统的超市收银管理给顾客和店主带来很多不便。针对这方面的缺陷，开发这个系统可以方便快捷地查出顾客结帐情况，商品信息情况，每天的售货情况，方便了对超市商品管理、人员管理，大大提高了超市的售货速度。进而加速了社会的发展速度，提高了人民的生活水平。总之，借助于信息系统可以大大提高超市的运作效率，通过全面的信息的采集和处理，不仅辅助提高了超市的决策水平，还可以迅速提高超市的管理水平

5、，为降低经营成本，提高效率，增强超市扩张力，提供有效的技术保障 二 系统需求 2.1 系统功能需求 传统的以书本记录的方式已不能满足我们对于超市收费的要求，而数据库技术正缓解了这一问题。为使商业企业的进销存信息管理自动化、标准化和科学化，需研制具有大规模、高效率的超市收银系统。本次课程设计我们小组将采用 C#，SQL Server2008 数据库，Microsoft Visual Studio2008 集成开发环境，Rational Rose UML 工具以及 Microsoft Visio 等开发工具着手实现本系统的相关功能，从而使得数据库和应用程序紧密结合在一起。本超市收银系统要解决的问题

6、是：如何实现超市的科学、高效的管理，包括商品基本信息管理、进货信息的管理、销售信息的管理、库存信息的管理以及系统使用人员的管理等。它不但可以提高进销存管理的工作效率，而且可以有效减少盲目采购、降低采购成本、合理控制库存、减少资金占用并提高市场灵敏度，从根本上1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 4d 提升超市的市场竞争力。基于以上项目背景以及待解决的问题，本系统应当实现以下的功能，即以下即为我们小组篡写的项目计划书的一部分需求说明书 1、完成超市现有的所有商品的各类信息的采集并录入基础数据库，提供对某一种类商品的查询，修改，删除功能。2、完成超市中商品的

7、库存情况的管理如查询，修改，删除以及报表打印等功能。3、录入超市每天销售的商品的基本信息，并提供对该商品的修改，删除以及查询，报表打印等功能。4、完成超市对于商品的进货情况的管理，如添加，删除，修改，查询以及报表打印等功能。5、根据不同的使用人员，提供权限保护与管理，是信息的管理与维护进行分级处理。我们本小组将实现三类人员的管理：收银员(一般用户)，超市库存管理员(管理用户)，超市收银系统管理用户(超级用户)。6、提供本系统基础数据的备份与恢复，以保证系统的可维护性。7、预留相应接口，便于将来进行系统功能的扩展。2.2 系统使用人员 本系统使用人员分为三类：1、收银员：完成日常销售商品的采集、

8、更新、查询、统计等功能。2、库存管理用户：管理超市商品的库存信息如历史数据、核心数据并对数据进行分析汇总 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 5d 3、超市收银系统管理用户：负责本系统基础数据维护、权限设定、数据备份与恢复等工作 2.3 系统使用环境以及开发工具 本系统采用 Client/Server 模式进行开发，操作系统采用 Windows 系列版本(XP 及其以上)，数据库管理工具采用 SQL Server2008 以及 C#语言作为开发语言。三 系统整体结构设计 3.1）根据系统设计原则，系统采用 Client/Server 模式进行开发，本系

9、统的整体设计考虑应用如下结构来组建：系统采用层次化结构设计，方便系统扩展与可维护性。主要分为三层，即基础数据层，业务逻辑中间层与用户界面层等。基础数据层分为基础数据库与业务数据库，基础数据库存储系统初始化信息、基本数据字典信息等，业务数据库存储超市日常销售的产品等有关的业务数据与历史数据。业务逻辑中间层负责封装所有对数据库的增、删、改、查的操作，采用事物机制维护业务数据库中数据的一致性。用户界面层负责提供用户使用操作的入口，增强用户使用的方便性。用户使用界面 业务逻辑中间层 ADO/ODBC 管理器 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 6d 图一：系统

10、总体概要结构图 3.2）基于上述对于超市收银系统功能性的需求分析，我们小组为此系统绘制了本系统的业务流程图 图二：系统业务流程图 四 软件部分整体设计 4.1 软件功能结构设计 本系统完成超市销售的商品情况，日销售情况，库存情况，进货情况以及系统用户管理等核心工作，是进行日常信息交流信息管理的基础。通过应用软件系统提高用户对超市收银系统使用的方便性与集成性。1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 7d 系统的软件功能结构图如下图所示：1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 d 商品管理 商品信息修改 商品信息删除 商品

11、信息增加 各类报表输出 按销售时间查询统计 按商品种类查询统计 系统基础数据维护 用户权限 数据备份 超市收银系统 综合查询与统计分析 系统管理 数据恢复 销售情况管理 销售信息查询 销售信息修改删除 销售信息录入 进货信息修改删除 进货信息查询 进货信息读入 进货情况管理 用户信息修改删除 用户信息查询 用户信息录入 系统用户管理 商品信息查询 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 9d 图三：系统的软件功能结构图 4.2 系统的结构设计 4.2.1）系统概念结构设计 a)任务与功能:概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上，按照特定

12、的方法把它们抽象为一个不依赖于任何具体机器的数据模型，即概念模型。概念模型使设计者的注意力能够从复杂的实现细节中解脱出来，而只集中在最重要的信息的组织结构和处理模式上。即我们小组将在上述所表达的系统功能需求的基础，建立超市收银系统所表达的数据模型，我们将采用 E-R 图来展示这一数据模型，使用的工具是 Microsoft Visio b)系统的 E-R 图:在这里，考虑到本超市收银系统涉及的实体及其属 性不是很复杂，在这里我们小组将直接展示本系统的全局E-R 图。如图-四所示 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 10d 进货情况表商品号进货数量货单编号

13、员工编号进价供应商编号进货时间销售情况表职工号销售编号销售时间销售数量商品号商品表商品类型商品编号商品名称单价库存量供应商编号供应商表供应商编号联系电话商品编号联系人供应商名称供应商地址系统用户表职工号(用户编号)姓名(用户名)出生日期性别登录密码用户权限入职日期m供应n m销售1m经营kp供货np进货处理k 图四：系统的 E-R 图 4.2.2）系统逻辑结构设计 a)任务与功能:逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体 DBMS 所能支持的数据模型(即逻辑结构)，并对其进行优化。即首先我们将从概念结构设计阶段中得到的 E-R 图向关系模式转化，数据库的逻辑设计主要

14、是将概念模型转换成一般的关系模式，也就是将 E-R 图中的实体、实体的属性和实体之间的联系转化为1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 11d 关系模式。接着我们将进行数据模型的优化，因为数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能，还应该适当修改数据模型的结构，提高查询的速度。最后我们将进行关系视图设计，考虑到本系统涉及的实体对象不是很多我们将省略这一步骤。即我们小组将在上述所展示的系统概念结构设计的基础，建立超市收银系统所表达的数据模型，通过给定的 E-R图抽取出特定的实体属性表，并展示本系统涉及的数据的流动过程，使用的工具是 M

15、icrosoft Visio 2007 以及Rational Rose 2007 b)系统主要的实体属性表:a.商品信息表 tb_sp 中文名称 字段名 类型 关键字 缺省值 备注 商品编号 SPno int(16)主关键字 非空 自增量 商品名称 SPname char(30)非空 商品类型 SPtype char(40)非空 数据字典 单价 SPprice numeric(10,2)非空 存储量 SPamount int(32)非空(默认为 0)供应商编号 GYSno int(16)外关键字 非空 备注 SPmemo char(100)null 1.1 附件 1：ace 与 GBT1901

16、1-2008 标准主要差异性分析 12d b.系统用户表 tb_user 中文名称 字段名 类型 关键字 缺省值 备注 用户编号(职工号)userNo int(16)主关键字 非空 自增量 用户名称(登录用户名)userName char(10)非空 登录密码 userPswd char(22)非空 用户性别 userSex char(4)非空 出生日期 userDate date 非空 入职日期 userRZDate date 非空 用户权限 userPower char(10)非空 普通用户(收银员)管理用户(库存管理员)超级用户(系统总管理员)备注 userMemo char(100)n

17、ull c.销售情况表 tb_xsqk 中文名称 字段名 类型 关键字 缺省值 备注 销售编号 xsqkNo int(16)主关键字 非空 自增量 用户编号(职工号)userNo int(16)外关键字 非空 自增量 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 13d 商品编号 SPno int(16)外关键字 非空 自增量 销售时间 xsqkDate date 非空 销售数量 xsqkAmount Int(32)非 空(默认为 0)备注 xsqkMemo char(100)null d.进货情况表 tb_jh 中文名称 字段名 类型 关键字 缺省值 备注 货

18、单编号 jhNo int(16)主关键字 非空 自增量 商品编号 SPno int(16)外关键字 非空 自增量 供应商编号 GYSno int(16)外关键字 非空 用户编号(职工号)userNo int(16)外关键字 非空 自增量 进货时间 jhDate date 非空 进价 jhPrice numeric(10,2)非空 数量 jhAmount int(32)非 空(默认为 0)备注 jhMemo char(100)null e.供应商情况表 tb_gys 中文名称 字段名 类型 关键字 缺省值 备注 供应商编号 GYSno int(16)主关键字 非空 自增量 商品编号 SPno i

19、nt(16)外关键字 非空 自增量 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 14d 供应商地址 gysAddr char(100)null 供应商名称 gysName char(80)非空 自增量 联系人 gysPerson char(10)非空 联系电话 gysPhone char(15)null 备注 gysMemo char(100)null f.库存情况表 tb_kc (注意：tb_kc 将作为一个大的独立表，其信息来源于 a-e 各个独立的表，主要用于汇总打印时使用)中文名称 字段名 类型 关键字 缺省值 备注 库存流水账号 kcNo int(1

20、6)主关键字 不允许 自增量 商品类型 SPtype char(40)非空 数据字典 存库数量 kcAmount int(32)非 空(默认为 0)开始时间 kcBeginDate date 非空 结束时间 kcEndDate date 非空 备注 kcMemo char(100)null 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 15d c)系统主要的 DFD 图：系统用户超市收银系统登录密码与用户名信息验证登录失败登录成功收银员履行任务超市收银系统客户商品编号验证存在该商品不存在该商品库存管理员供应商供货单分类与预处理合法的供货单不合法供货单供货单信息录

21、入系统库存供单回执待入库的商品的相关信息更新系统库存库存情况相关报表输出系统管理员处理购物回折或者票据客户商品的相关信息商品的相关信息更新销售情况表日销售情况相关报表输出 图五：系统的 DFD 图 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 16d d)用例图，类图，顺序图 库存管理用户收银管理用户超级管理员用户登录系统输入帐号名密码验证 图六:登录用例图 库存管理商品管理商品信息修改商品信息增加商品信息删除商品信息查询销售情况管理销售信息录入销售信息查询销售信息修改删除进货情况管理进货信息读入进货信息查询进货信息修改删除按商品种类查询统计按销售时间查询统计各

22、类报表输出系统基础数据维护数据备份数据恢复系统管理库存管理人员综合查询与统计分析 图七:库存管理实例图 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 17d 商品管理商品信息删除商品信息查询商品采集仪器商品采集商品库存管理综合查询与统计分析按商品种类查询统计按销售时间查询统计各类报表输出收银管理用户库存管理 图八:收银人员用例图 系统用户管理用户信息录入用户信息查询 用户信息修改删除系统基础数据维护修改用户权限数据备份数据恢复超级管理员系统管理 图九:系统维护用例图 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 18d 图十:系统

23、维护用例的类图 图十一:库存管理用例的类图 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 19d 图十二:收银用例的类图 图十三:登录用例的类图 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 20d 收银员/电脑登录类:登录类:采集商品类:库存管理类:商品管理类输入帐号密码登录若登录成功弹出操作页面,失败则发出警告扫描商品申请获取商品信息调用商品管理类中searchGoods()方法获取商品信息返回商品信息返回商品信息返回商品信息展示商品信息 图十四:收银顺序图 4.2.3)系统物理结构设计 a)任务与功能:数据库在物理设备上的存

24、储结构与存取方法称为数 据库的物理结构，它将依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程，称为数据库的物理设计。即我们小组将在系统概念设计以及逻辑结构设计的基础，建立实际的依赖于给定1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 21d 的计算机系统的数据库表以及视图，我们将采用 SQL Server2008 截图展示这一效果。b)系统主要的数据库表截图:a.商品信息表 tb_sp 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 22d b 系统用户信息表 tb_user c .销售情况信息表

25、 tb_xsqk d.进货情况信息表 tb_jh 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 23d e.供应商信息表 tb_gys f.独立的系统库存信息表 tb_kc c)系统主要的关系视图截图:1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 24d a 商品-销售情况关系图 view_sp_xsqk（一对多）b 商品-供应商情况关系图 view_sp_gys（多对多）c 用户-销售情况关系图 view_user_xsqk(多对多)1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 25d d 用户-

26、进货情况关系图 view_user_jh(多对多)e 进货情况-供应商关系图 view_jh_gys(多对多)六软件主要界面设计 操作主界面:系统的操作主界面采用 MDI（多文档窗口）具体如下所示。1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 26d 菜单区快捷键按钮区状态条区多文档内容展示区 滚动条 七软件开发平台选择 7.1）操作系统：WINDOWS 系列 WINDOWS 是主要流行的网络操作系统平台，具有抢先式多任务、虚拟内存、对称多处理器、图形界面、C2 安全级、内核坚固而稳定、内置网络功能和完全的 32 位代码等许多特点。它支持 INTEL、ALPHA

27、、POWER PC 等多种硬件平台，易操作的图形界面，能运行许多目前在 WINDOWS 上流行的应用软件，比其它操作系统更高的性能价格比等。因此，选用 WINDOWS 不仅能给用户带来众多的先进性能，而且能充分保护用户的投资。7.2)软件开发平台：Microsoft Visual Studio 系列 Microsoft Visual Studio 系列是一个功能强大的集成开发环境。它1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 27d 提供了所有创建动态 windows 应用程序的工具，提供 VB,VC、C#等多种编程工具，创建应用程序快捷，提供底层汇编级接口编

28、程方式，灵活方便。7.3)数据库管平台：SQL Server 系列 SQL Server 是一个比较大型的数据库管理系统，能够维护与管理TB级的数据记录，与Microsoft Visual Studio 系列编程工具无缝集成，应用广泛。八软件开发进度计划与开发团队 8.1）软件开发进度表：阶段名称 时间安排 完成内容 阶段验收 需求分析与概要设计 1 周 1了解客户的业务流程。3确定系统的需求与实现目标 4提出实施方案 5配置相应的开发平台及设备 1需求说明书 2概要设计说明书 详细设计与应用软件开发 2 周 1软件各子系统详细设计方案 2编程、系统初步调试 3系统集成调试 1 各子系统的详细

29、设计说明书、流程图 2 完整程序源代码 3 系统使用操作手册 1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 28d 安装调试 1 周 1实际数据测试 2集成安装 培训 试用与定型 1 周 1确保系统达到设计要求，实践数据运行 2系统定型 3系统移交 系统移交清单 8.2）项目开发人员组成以及分工 根据研制进度，结合超市收银系统的具体情况，我们将决定组织优秀的的技术开发人员与团队来实施该项研发，目标是把系统建设成为先进、高效、稳定、实用的系统。人员组成如下：-项目负责人，系统总体分析设计：钟林森-系统需求分析，总体结构设计与软件结构设计：钟林森(时间为一个星期)-

30、系统概念结构设计：姚启杭，钟林森(时间为四天)-系统逻辑结构设计：王嘉胜，方洛宣，钟林森(时间为四天)-系统物理结构设计：刘丽怡，陈小浪，钟林森(时间为四天)-系统文档篡写：钟林森，王嘉胜，陈小浪，刘丽怡，方洛宣(时间为一个星期左右)1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 29d 九附：思考题 1）什么是软件工程？其目的是什么？答：软件工程是开发、运行、维护和修复软件的系统方法，其目的是实现软件开发的工程化。2）你认为该软件应具备的最重要的特性是什么。答：从用户角度看：界面简单，易上手，功能强大；从程序员的角度看：用户可用性，用户体验 3）软件开发过程需要

31、经历哪些阶段？答：A 市场调研 B 需求分析 C 软件设计 D 程序编码 E 软件测试 4）软件开发过程各阶段的里程碑是什么？答：A 市场调研调研报告书 B 需求分析需求规格说明书 C 软件设计项目设计文档 D 程序编码程序代码文本 E 软件测试测试报告 5）需求分析在软件开发中的重要性？答：“需求分析”就是对需要解决的问题进行详细分析,弄清楚需要解决的问题。开发人员需要了解顾客的需求,然后体现在软件中。如果说软件开发过程中,开发人员需要了解自己做什么,顾客需要告诉开发人员自己需要什么,而需求分析就是连接开发人员和顾客之间的重要纽带。只有真正理解顾客的需求,才能设计出顾客所需要的软件。6)针对

32、所开发项目的用例模型，谈谈识别 Actor(参与者)和 Use Case(用例)的方法。Actor:对于每个有意义的系统，都存在着一些与系统打交道的事物，这些事物为了某些目的而与系统进行交互，这些事物被命名为参与者（Actor）。参与者代表的是系统的使用者或使用环境，它们向系统提供输入或接收系统输出。需要注意的是，尽管在模型中使用了参与者，但参与者实际上并不是系统的一部分。参与者只能位于系统边界之外，是在系统之外与系统进行交互的任何事物，边界之内的所有人和事物都不是参与者 Use Case:用例是一组连续的操作，在参与者使用系统来完成某个过程时出现。起初，用例是用于测试在系统响应来自环境的消息

33、时会发生何种情况，是一种在系统内提供所需功能的过程。它是对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术，也就是说系统是如何被参与者所使用的，从而获得一个明确的业务目标。可以利用系统对事件响应所需要执行的动作或行为来标识用例。用例一般是由软件开发者和最终用户共同创作的。7)用例之间有哪几种关系？怎样表示？泛化(generalization)：泛化关系是一种继承关系，子用例将继承基用例的所有行为，关系1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 30d 和通信关系，也就是说在任何使用基用例的地方都可以用子用例来代替。泛化关系在用例图中使用空心

34、的箭头表示，箭头方向从子用例指向基用例。扩展(extend)：extend 关系是对基用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能。extend 的基用例中将存在一个扩展点，只有当扩展点被激活时，子用例才会被执行。extend 关系在用例图中使用带箭头的虚线表示(在线上标注)，箭头从子用例指向基用例。包含(include)：include 为包含关系，当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。因为子用例被抽出，基用例并非一个完整的用例，所以 include 关系中的基用例必须和子用例一起使

35、用才够完整，子用例也必然被执行。include 关系在用例图中使用带箭头的虚线表示(在线上标注)，箭头从基用例指向子用例。需求评审必须要有用户或用户代表参与，同时还需要包括项目的管理者、系统工程师、相关开发人员、测试人员、市场人员、维护人员等。在项目开始阶段就应当确定不同级别、不同类型的评审必须要有哪些人员的参与，否则，评审可能会遗漏部分人员的意见，导致需求的缺失。8)怎样组织对该工作的评审？答：对需求的评审应从以下几个方面进行：完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。正确性：每一项需求都必须准确地陈述其要开发的功能。一致性：一致

36、性是指与其它软件需求或相关标准规定不相矛盾。可行性：每一项需求都必须是在已知系统和环境的限制范围内可以实施的。无二义性：对所有需求说明都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的语言表达出来。健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。必要性：每项需求的制定都是必要的且能够追溯的。可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。可修改性：每项需求只应在软件需求说明书中出现一次，这样更改时易于保持一致性。可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接，这种可跟踪性要

37、求每项需求以一种结构化的方式编写并单独标明。1.1 附件 1：ace 与 GBT19011-2008 标准主要差异性分析 31d 9)系统设计和需求分析的关系是什么？两者必须先后关联吗？答：需求分析是一个项目的开端，也是项目建设的基石。是对用户需求的定义，对软件系统的描述。系统分析的任务：将用户的业务逻辑转化为程序逻辑，计算时间和成本。需求分析的结果，是系统设计的依据。10)怎样描绘系统的体系结构？答：系统体系结构是由许多结构要素及各种视图（或观点）所组成的，而各种视图主要是基于各组成要素之间的联系与互操作而形成的。所以，系统体系结构是一个综合各种观点的模型，用来完整描述整个系统。11)怎样绘制符合规范的类图？答：了解流程图的各个符号以及流程图的形式，根据需要来选择框，线等绘制出系统所要求的流程图。12)怎样组织对设计阶段工作的评审？答：注重需求的要求，设计的起始源于需求，组长确定需求以及设计的可行性。各个队员的任务的明确性，之前取得的项目成就和进度，遇到的困难，困难的解决方案和可行性。对设计方案的全局掌握。精品文档 word 文档可以编辑！谢谢下载！