软件工程_期末报告.docxVIP

软件工程期末论文一、软件需求模式（requirement pattern）阐述软件需求模式类型和应用方法。结合 6 个案例系统需求规格说明书，分析系统存在哪些需求模式。参考文献:? Software Requirement Patterns.? 办公自动化系统、进销存系统、客户关系管理系统、人力资源管理系统、图书管理系统、网上书店系统需求规格说明书。（35 分）需求模式是指定义一种特定类型需求的方法，它解释了如何应对这一类型的需求类型，该说什么，担心什么，并且它会建议一些额外的你需要写的需求。不要被“模式”这个词吓到，因为它没有什么神秘或技术参与其中。当你想要编写一个单一需求时，你从事一个需求模式，所以每个模式都包含细节和精确的低级别的信息。一个模式并不担心整体的系统。一旦你用一个模式来帮你写的需求分析，它的工作就完成了。然后，你可以将它放在一边，并继续下一个需求。使用需求模式的好处是，首先，需求模式提供了指导：建议包含哪些信息、提出忠告、提醒常见缺陷以及指出其他应该考虑的问题；然后，需求模型还可以节省时间：不需要从头开始写每一个需求，因为模式给与了合适的出发点，以及开发的基础；最后，需求模式促进同种类型需求的一致性。其中提供指导是最有价值的。节省定义的时间和增加一致性固然很好，但是合理的指导可以获得更好的需求，避免后续工作中的巨大麻烦。需求模式帮助你写更好的需求,因为他们可以指出所有你应该记住的问题，这样你就避免了重复。和很多可以用的例子和模板。需求模式让你写需求写得更快、更容易,将你所有需要写的都列成模板:不必从头开始,一些模式(特别是复杂的)会给你一步一步的指示，让你收集需要的信息。偶尔一个需求模式可以引导你远离一个明显的(坏的或潜在不良的)指定要求，鼓励你以不同的方式去处理它。这些便是引人入胜的模式。事实上,一个需求模式可以包含任何类型的背景信息或建议，或这是引用那些对其它资源可能感兴趣的人对需求的考虑的类型。不过，无论如何简化编写需求，它仍然是你的责任，需要你注意它们表达的需求。在一种情况下好的模式可能用到你这样的情况下就会显得不好，所以不要使用你可以复制需求模式来作为你偷懒的借口。根据《软件需求模式》书中提到的需求模式，其类型大体上可以分为八种：基础需求模式：是所有种类的系统都可能需要的一些东西。其中包括系统间接口需求模型、系统间交互需求模型、技术需求模型、遵从标准需求模型、参考需求模型和文档需求模型。信息需求模式：信息领域的大部分需求模型是用来描述系统所需的信息的各个方面，它们之间的关系如下所示。其中包括：数据类型需求模型、数据结构需求模型、标识符需求模型、计算公式需求模型、数据寿命需求模型和数据归档需求模型。数据实体需求模式：为了避免系统开发者以随意的态度对待一些信息所带来的损失，引入一种需求模式，共享很多重要的特征。包括活实体需求模型、交易需求模型、配置需求模型、编年史需求模型和信息存储基础构架。用户功能需求模式：用户的功能丰富多彩，因此很难找到共同点，此处介绍了两种类型功能的模式：查询模式和报表模式。用户功能需求模式还包括：查询需求模式、报表需求模式、易用性需求模式、用户界面基本构架和报表基础构架。性能需求模式：主要包括响应时间需求模式、吞吐量需求模式、动态容量需求模式、静态容量需求模式和可用性需求模式。适应性需求模式：包括可伸缩性需求模式、可扩展性需求模式、非狭窄性需求模式、多样性需求模式、多语言性需求模式和安装型需求模式。访问控制需求模式：包括用户注册需求模式、用户认证需求模式、用户授权需求模式、特定授权需求模式、可配置授权需求模式和批准需求模式。商业需求模式：是有关运行一项业务的功能。包括多组织单元需求模式和费/税需求模型。至于如何使用软件需求模式，首先我们需要知道软件需求模式都有哪些，在什么情况下使用哪一个模式。当你想要帮助编写任何这些类型的需求,你可以找出使用相关模式。其中每个需求模式包含了一个“适用性”情况的描述和不适用于哪些情况的描述，我们需要仔细研究每种模式的“适应性”部分，以便于这些模式的使用。每个需求模式包含一个或多个模板和几个需求例子，使用模板时，只需要确定每一项这个模式的信息的要求（包括可选项目或可省略项目），填写好空白的地方。使用需求模式最简单的方法就是复制、粘贴一个模板或例子，然后将它们的需求改成修改你需要的，至少这样会比你自己编写所有需求来得快。但是模板和需求示例的价值是有限。真正动机要求模式是整个分析中的“讨论”和“目录”部分。“讨论”部分解释了如何处理这一类型的要求和如何收集信息，一步一步完成的扩大过程，如果真是这样的话,“讨论”部分也可以包含用户可能会感兴趣的任何其他材料。“目录”详细描述项目的对这种类型的需求和需求模板应该包含和支持的信息。有时只写一个需求不足以表达所有