我要写一个系统分析说明书,我是第一次写不知道要写一些什么内容?请大家帮帮忙!!
好~ 楼主去置顶的资料整理贴中,那里也有一些可供参考
rup是什么阿,我不懂麻烦大哥说说
从rup里面找的,其实你装一个rup,什么样的文档模板就都有了
1. 简介[软件需求规约 (SRS) 的简介应提供整个文档的概述。它应包括软件需求规约的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
[注:软件需求规约完整地记录对系统或系统一部分的所有软件需求。以下是一个采用用例建模的项目的典型软件需求规约概述。此工件由包含用例模型的用例、适用的补充规约及其他支持信息的包组成。有些软件需求规约没有采用用例建模,它在一个文档中记录了所有需求,而适用的部分可从补充规约(此后将不再需要)中插入,这种软件需求规约的模板请参见 rup_srs.dot。]
[软件需求规约可能会有许多不同的组织方式。有关以上两种组织方式的进一步阐述以及软件需求规约的其他组织方式,请参见 [IEEE830-1998]。]
1.1 目的[阐明此软件需求规约的目的。]软件需求规约应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。]
1.2 范围[简要说明此软件需求规约适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型,以及受到此文档影响的任何其他事物。]
1.3 定义、首字母缩写词和缩略语[此小节应提供正确理解软件需求规约所需的全部术语的定义、首字母缩写词和缩略语。可以通过参考项目词汇表来获取这些信息。]
1.4 参考资料[此小节应完整地列出软件需求规约中其他部分所引用的所有文档。每个文档应标有标题、报告号(如果适用)、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过参考附录或其他文档来提供。]
1.5 概述[此小节应说明软件需求规约其他部分所包含的内容,并解释文档的组织方式。]
2. 整体说明[软件需求规约的这一节应说明影响产品及其需求的一般因素。本节并不列出具体的需求,而只是提供在第 3 节中详述的各种需求的背景,以使这些需求便于理解。其中包括产品总体效果、产品功能、用户特征、约束、假设与依赖关系、需求子集等内容。]
2.1 用例模型调查[当采用用例建模时,此节将概述适用于该子系统或特性的用例模型或用例模型的子集。其中包括所有用例和主角的名称列表及简要说明,以及适用的各种图和关系。请参见用例模型调查报告,它在此处可用作附件。]
2.2 假设与依赖关系[本节说明所有重要的技术可行性假设、子系统或构件可用性假设,或者可作为此软件需求规约所述软件可行性的基础的其他与项目有关的假设。]
3. 具体需求[软件需求规约的这一节应包括所有的软件需求,其详细程度应使设计人员能够设计出可以满足这些需求的系统,并使测试人员能够测试该系统是否满足这些需求。当利用用例建模时,这些需求在用例和适用的补充规约中记录。如果没有利用用例建模,则可以将补充规约的概要直接插入此节。]
3.1 用例报告[在用例建模过程中,用例通常会定义系统的大部分功能性需求,以及一些非功能性需求。对于以上用例模型中的每个用例或其子集,都需在此节中引用或附上用例报告。务必要明确地标明每一需求。]
3.2 补充需求[补充规约记录未包含在用例中的需求。应在此处列出补充规约中适用于该子系统或特性的具体需求,并对这些需求加以改进,以足够详细地说明该子系统或特性。这些需求可以直接记录在此文档中,也可单独保存为补充规约,补充规约在此处可用作附件。务必要明确地标明每一需求。]
4. 支持信息[支持信息用于使软件需求规约更易于使用。它包括:
• 目录
• 索引
• 附录
其中可以包括用例示意板或用户界面原型。如果包含附录,软件需求规约应明确指出是否将附录当作需求的一部分。]
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
暂无简介
文章 0 评论 0
接受
发布评论
评论(4)
好~ 楼主去置顶的资料整理贴中,那里也有一些可供参考
rup是什么阿,我不懂麻烦大哥说说
从rup里面找的,其实你装一个rup,什么样的文档模板就都有了
1. 简介
[软件需求规约 (SRS) 的简介应提供整个文档的概述。它应包括软件需求规约的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
[注:软件需求规约完整地记录对系统或系统一部分的所有软件需求。以下是一个采用用例建模的项目的典型软件需求规约概述。此工件由包含用例模型的用例、适用的补充规约及其他支持信息的包组成。有些软件需求规约没有采用用例建模,它在一个文档中记录了所有需求,而适用的部分可从补充规约(此后将不再需要)中插入,这种软件需求规约的模板请参见 rup_srs.dot。]
[软件需求规约可能会有许多不同的组织方式。有关以上两种组织方式的进一步阐述以及软件需求规约的其他组织方式,请参见 [IEEE830-1998]。]
1.1 目的
[阐明此软件需求规约的目的。]软件需求规约应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。]
1.2 范围
[简要说明此软件需求规约适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型,以及受到此文档影响的任何其他事物。]
1.3 定义、首字母缩写词和缩略语
[此小节应提供正确理解软件需求规约所需的全部术语的定义、首字母缩写词和缩略语。可以通过参考项目词汇表来获取这些信息。]
1.4 参考资料
[此小节应完整地列出软件需求规约中其他部分所引用的所有文档。每个文档应标有标题、报告号(如果适用)、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过参考附录或其他文档来提供。]
1.5 概述
[此小节应说明软件需求规约其他部分所包含的内容,并解释文档的组织方式。]
2. 整体说明
[软件需求规约的这一节应说明影响产品及其需求的一般因素。本节并不列出具体的需求,而只是提供在第 3 节中详述的各种需求的背景,以使这些需求便于理解。其中包括产品总体效果、产品功能、用户特征、约束、假设与依赖关系、需求子集等内容。]
2.1 用例模型调查
[当采用用例建模时,此节将概述适用于该子系统或特性的用例模型或用例模型的子集。其中包括所有用例和主角的名称列表及简要说明,以及适用的各种图和关系。请参见用例模型调查报告,它在此处可用作附件。]
2.2 假设与依赖关系
[本节说明所有重要的技术可行性假设、子系统或构件可用性假设,或者可作为此软件需求规约所述软件可行性的基础的其他与项目有关的假设。]
3. 具体需求
[软件需求规约的这一节应包括所有的软件需求,其详细程度应使设计人员能够设计出可以满足这些需求的系统,并使测试人员能够测试该系统是否满足这些需求。当利用用例建模时,这些需求在用例和适用的补充规约中记录。如果没有利用用例建模,则可以将补充规约的概要直接插入此节。]
3.1 用例报告
[在用例建模过程中,用例通常会定义系统的大部分功能性需求,以及一些非功能性需求。对于以上用例模型中的每个用例或其子集,都需在此节中引用或附上用例报告。务必要明确地标明每一需求。]
3.2 补充需求
[补充规约记录未包含在用例中的需求。应在此处列出补充规约中适用于该子系统或特性的具体需求,并对这些需求加以改进,以足够详细地说明该子系统或特性。这些需求可以直接记录在此文档中,也可单独保存为补充规约,补充规约在此处可用作附件。务必要明确地标明每一需求。]
4. 支持信息
[支持信息用于使软件需求规约更易于使用。它包括:
• 目录
• 索引
• 附录
其中可以包括用例示意板或用户界面原型。如果包含附录,软件需求规约应明确指出是否将附录当作需求的一部分。]