软件需求规格说明书的编写详解.docx

 PAGE 6 软件需求规格说明书的编写 一、实验要求与任务 1、要求： 完成软件需求规格说明书编写： （1）基于获取的需求信息以及相关的参考文档，采用基于OMT的需求建模方法构建软件系统的需求模型； （2）基于给定的软件需求规格说明模板编写软件需求规格说明书。 其中，软件系统的需求模型应包括类图表示的对象模型，序列图和状态转换图表示的动态模型，以及分层的数据流图表示的功能模型。每一种图形化需求模型应采用工具描述，类图、序列图和状态转换图采用Rational Rose或starUML软件描述，数据流图可采用visio软件描述。 2、具体任务：为 “自动取款机（ATM）系统 ”开发编写需求规格说明书 。 关于ATM系统的需求陈述如下： 1）某银行拟开发一个自动取款机系统，它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。ATM和中央计算机由总行投资购买。总行拥有多台ATM，分别设在全市主要街道上。分行负责提供分行计算机和柜员终端，柜员终端设在分行营业厅及分行下属的各个储蓄所内。该系统的软件开发成本由各个分行分摊。 2）银行柜员使用柜员终端处理储户提交的储蓄事务。柜员负责把储户提交的存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。 3）储户可以用现金或支票开设新账户。储户也可以从自己的账户存款或取款。通常，一个储户可能拥有多个账户。拥有银行账户的储户有权申请领取银行卡。使用银行卡可以通过ATM访问自己的账户、提取现金，存储现金或查询有关自己账户的信息。 4）银行卡是一张特制的磁卡，上面有分行代码和卡号。分行代码唯一标识总行下属的一个分行，卡号确定可以访问哪些账户。每张银行卡仅属于一个储户，但同一张卡可能由多个副本。因此，必须考虑同时在若干台ATM上使用同样的银行卡的可能性。也就是说，系统应该能够处理并发的访问。 5）当用户把银行卡插入ATM之后，ATM就与用户交互，获取有关这次事务的信息，并与中央计算机交换有关事务的信息。首先，ATM要求用户输入密码，接下来ATM把读到的信息以及用户输入的密码传给中央计算机，请求中央计算机核对这些信息并处理这次事务。中央计算机根据卡上的分行代码确定这次事务与分行的对应关系，委托相应的分行计算机验证用户密码。如果用户输入的密码是正确的，ATM就要求用户选择用户选择事务类型（取款、存款、查询等）。当用户选择取款时，ATM请求用户输入取款项。最后，ATM从现金出口吐出现金，打印出账单交给用户。 参考上述应用场景，通过调查完善用户需求，按照需求的内容进行分析，按照模板要求撰写完整的软件需求规格说明书。 3、需提交的材料： （1）基于模板定义的需求规格说明书的电子版及纸质版，正文前须有封面（见附录1）和目录； （2）基于软件绘制的各模型的电子版； (3) 各组成员的贡献以百分比的形式呈现. 其中电子版发送至邮箱：  HYPERLINK mailto:957688128@ shunhuiji@，纸质版由班长收齐交至勤学楼4121。 截止时间：1月13日16：00。过期视为“不及格”。 禁止从别处抄袭或相互抄袭，否则0分。 二、软件需求规格说明模板 1．引言 引言提出了对软件需求规格说明的概况，有助于读者理解该需求规格说明是如何编写的，应如何阅读和理解。 1.1 目的 目的是说明软件需求规格说明的主要目标，描述软件规格说明所定义的产品或某些产品部分。 1.2 文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或中药符号。例如，说明高层需求的优先级是否可以被所有细化的需求所继承，或者每个需求陈述是否都有自身的优先级。 1.3 预期的读者和阅读建议 列举软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。描述文档中剩余部分的内容及其组织结构。提出最适合于每一类型读者阅读文档的建议。 1.4 产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。 1.5 参考文献 列举编写软件需求规格说明时所参考的资料或其他资源。这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 2．综合描述 这一部分概述正在定义的产品和所运行的环境、使用产品的用户以及已知的限制、假设和依赖。 2.1 产品的前景 描述软件需求规格说明中所定义的产品的背景和起源，说明该产品是否是产品系列中的下一成员、是否是成熟产品改进的下一代