软件需求规约
第2章-软件需求与软件需求规约
6
（3）应用
针对一个小型简单的系统，运 用合适的需求求发现技术，按 一定要求的规格说明格式，以 限定的自然语言给出该系统的 需求规约。
7
软件需求及系统/产品(需求)规约
不论是自顶向下的软件开发,还是自底 向上的软件开发,正确定义问题,是解决 问题的前提.
1
课 名：
软件工程
2
2
第1章 第2章 第3章 第4章 第5章 第6章 第7章 第8章
绪论 软件需求与软件需求规约 结构化方法 面向对象的方法——UML 面向对象的方法——RUP 软件测试 软件生存周期过程与管理 集成化能力成熟度模型（CMMI）
3
第2章 软件需求与软件需求规约
软件需求以一种技术的形 式，描述一个产品/系统应该 具有的功能、性能和其他性 质。
第一个问题：依据需求工程人员的技能和产品、合同的 实际情况，往往需要“组合”地使用这些技术来开发 初始需求。
第二个问题：在任意特定的环境中，在实施上述任何一 项技术时，还都可以辅以诸如原型构造等其他方法， 例如，在举行小组会时可以使用原型，方便人员之间 的交流。
第三个问题：执行需求发现这项活动的人，其技能水平 对这项活动的成功具有重大的影响。
--硬件限制(Hardware limitations)，例如：处理速度 、信号定序需求、存储容量、通讯速度以及可用性等；
--与其它应用接口(Interfaces to other applications) ，如，当外部系统处于一个特定状态时，禁止新系统某些 操作
--并发操作(Parallel operations)，例如，可能要求从/ 自一些不同的源，并发地产生或接收数据。对此，必须清 晰地给出有关时间的描述。
软件需求规范
软件需求规范软件需求规范是对软件实施的全过程进行描述和指导的一种综合文件，是软件开发的基础文档之一。
软件需求规范的主要目的是明确软件的功能、性能、界面、安全等方面的需求，为软件开发和测试提供依据。
软件需求规范一般包括以下内容：1. 介绍：对软件的背景、目的、范围、读者等进行介绍，为后续内容提供背景信息和上下文。
2. 功能需求：对软件的主要功能进行详细描述，包括输入、输出、处理逻辑等方面的需求。
可以采用用例图、用例描述等方式进行描述。
3. 非功能需求：对软件的性能、可靠性、安全性、可用性等方面的需求进行详细描述。
可以包括性能指标、数据安全性要求、用户友好性等方面的要求。
4. 界面需求：对软件的用户界面进行详细描述，包括界面布局、样式、交互逻辑等方面的要求。
可以采用界面原型、界面流程图等方式进行描述。
5. 数据需求：对软件的数据模型、数据流程、数据存储等方面的需求进行描述。
可以使用数据模型图、数据流程图等方式进行描述。
6. 约束和限制：对软件开发和实施过程中的约束和限制进行描述，包括时间、成本、技术平台、法律法规等方面的约束。
7. 接口需求：对软件与其他系统、硬件设备等的接口进行描述，包括数据格式、通信协议、接口功能等方面的要求。
8. 测试需求：对软件测试的需求进行描述，包括测试用例、测试环境、测试数据等方面的要求，为测试人员提供指导。
软件需求规范应具有以下特点：1. 明确性：需求规范中的要求应该具有明确性，能够让软件开发人员和测试人员一目了然，不产生二义性。
2. 完整性：需求规范应该尽可能地覆盖软件的各个方面，包括功能需求、非功能需求、界面需求等。
3. 一致性：需求规范中的各个部分应该是一致的，相互之间不产生矛盾。
4. 可追踪性：需求规范应该具有可追踪性，能够将需求与软件的设计、实现、测试等阶段进行关联。
5. 可验证性：需求规范中的要求应该是可验证的，能够通过测试或其他手段进行验证。
以上只是软件需求规范的一些基本要点，具体的需求规范内容和格式可以根据具体项目的情况进行调整。
软件工程中的需求规约与规范
避免冗余信息
对于需求中的重复 信息要及时清除
规约一致性
规约中需求一致性 和完整性的重要性
需求规约实践
在软件工程中，需求规约是项目成功的关键之 一。通过明确规范的需求，可以更好地指导开 发人员进行系统设计和实现，减少沟通成本， 提高开发效率。因此，在项目的初期阶段就要 重视需求规约的编写和规范，确保需求的准确
确定验证方法
选择合适的验证手 段
记录验证结果
准确记录验证过程 和结果
执行需求验证
按照验证计划进行 验证
反馈修改需求
根据验证结果调整 需求
需求验证技术
需求审查
原型验证
测试用例设计
需求跟踪
利用专家检查需求文档 发现需求中的错误和遗漏
制作原型模型进行验证 与用户确认系统功能
编写测试用例 验证系统是否满足需求
出版社。
致谢
特别感谢家人的支持和理解，导师的悉心指导， 以及朋友的陪伴和鼓励。他们是我前行路上的
坚强后盾，让我能够不断前行。
结束语
重要性
建议
愿景
软件工程是信息技术领域的重 要组成部分
坚持不懈，不断学习和实践
软件工程之路越走越宽广 需求规约与规范之路越走越明
朗
谢谢观看！
制定需求调查问卷
设计问卷，收集用 户反馈
需求获取技术
现场观察
问卷调查
面试法
需求猜想
实地考察用户工作环境和需求 场景
设计问卷并分发给用户群体， 搜集反馈数据
通过面对面交流获取用户需求 信息
根据市场趋势和用户行为做出 推测
需求获取实例分析
以在线购物系统为例，需求获取的具体步骤 包括召集项目团队，进行用户访谈，分析现 有系统和制定调查问卷。通过这些步骤可以 有效获取用户需求并设计出符合用户期望的
软件功能需求规范
软件功能需求规范一、引言随着信息技术的发展和应用的普及，各行各业对于软件的需求也日益增加。
为了确保软件开发能够准确满足用户的需求，我们制定了本软件功能需求规范，以明确软件的功能需求和规范。
二、背景在本节中，我们将介绍软件开发的背景和相关要求。
涉及到的背景信息包括：软件的使用范围、目标用户、硬件和软件环境、软件当前的问题和挑战等。
1. 软件的使用范围本软件针对的是XXXX行业，旨在解决XXXX问题。
在该行业中，XXX问题一直存在，并对企业的经营和服务带来了一定的困扰。
因此，我们开发了本软件，希望能够解决这一问题。
2. 目标用户本软件的目标用户为该行业的从业人员，包括管理人员、技术人员和普通员工等。
用户对软件的需求和使用习惯各不相同，因此我们需要在开发软件的过程中考虑到各种用户的需求。
3. 硬件和软件环境为了保证软件的正常运行，用户需要在其计算机上安装特定的硬件和软件环境。
具体的要求包括：操作系统的版本、处理器的类型和频率、内存大小、硬盘空间等。
确保用户的系统满足这些硬件和软件环境的要求非常重要。
4. 软件当前的问题和挑战在开发软件之前，我们需要了解现有软件的问题和挑战，以便我们可以针对性地解决这些问题。
其中涉及的问题和挑战包括：功能不完善、界面不友好、性能不稳定、安全性风险等。
在开发新的软件之前，我们需要确保新软件能够解决这些问题，并能够更好地满足用户的需求。
三、功能需求在本节中，我们将详细介绍软件的功能需求。
根据用户的需求和挑战，我们制定了以下功能需求。
1. 功能需求一（根据具体需求编写）2. 功能需求二（根据具体需求编写）3. 功能需求三（根据具体需求编写）四、性能需求除了功能需求外，我们还制定了一些性能需求，以确保软件的高效运行和稳定性。
1. 响应时间本软件对用户的操作要求在X毫秒内响应，尽量减少用户等待的时间。
在设计和开发软件的过程中，我们将采取一些优化措施来提高响应速度。
2. 并发处理能力为了支持大量用户同时使用软件的需求，我们需要确保软件拥有良好的并发处理能力。
软件需求开发规章制度范本
软件需求开发规章制度范本第一章总则第一条根据公司业务发展需要，为规范软件需求开发工作，保障产品质量，制定本规章。
第二条本规章适用于公司内所有软件需求开发工作，包括软件需求分析、设计、编码、测试等环节。
第三条软件需求开发工作应遵循客户需求为导向，注重产品质量和用户体验，确保交付符合客户期望的产品。
第二章软件需求分析第四条软件需求分析是软件开发的第一步，必须充分了解客户需求，明确产品功能和性能要求。
第五条软件需求分析应结合具体业务场景，综合考虑用户需求、系统架构、技术限制等因素，制定清晰的需求文档。
第六条需求分析过程中应充分沟通与协调，减少需求变更，确保项目进度稳定与可控。
第三章软件设计第七条软件设计是根据需求文档制定系统架构和模块设计，明确各模块功能和接口规范。
第八条软件设计应考虑系统扩展性、可维护性、安全性等因素，符合设计模式和最佳实践。
第九条设计文档应包括系统架构图、模块设计图、接口文档等，确保开发人员理解和落实设计方案。
第四章软件编码第十条软件编码是根据设计文档实现具体功能和模块，代码编写应规范、清晰、可读性高。
第十一条编码过程中应注意代码规范、错误处理、安全防护等问题，减少潜在风险。
第十二条编码后应进行代码审查和单元测试，确保代码质量和功能正确性。
第五章软件测试第十三条软件测试是验证软件功能、性能、稳定性等方面，确保产品符合需求和质量标准。
第十四条测试计划应明确测试范围、测试环境、测试方法、测试用例等内容，确保全面覆盖。
第十五条测试过程中应记录测试结果、问题反馴鲁、缺陷跟踪等，及时修复问题并确认解决。
第六章软件交付第十六条软件交付是产品最终阶段，应验证产品与客户需求一致，功能完整、稳定。
第十七条交付前应进行系统测试、性能测试、用户验收测试等，确保软件质量符合要求。
第十八条交付后应及时收集用户反馈，改进产品不足之处，提高用户满意度。
第七章软件维护第十九条软件维护是软件生命周期的重要阶段，应及时响应问题、升级产品版本，确保系统持续稳定运行。
软件工程软件需求分析
软件工程软件需求分析软件需求分析是软件工程的一个重要过程，它是软件开发的基础。
软件需求分析是在软件工程生命周期中的需求工程阶段进行的，旨在识别和详细描述待开发软件系统的功能、性能、接口、约束等需求。
本文将从软件需求分析的定义、目的、过程和相关方法等方面进行详细阐述。
一、软件需求分析的定义软件需求分析是指对于待开发软件系统的需求进行系统化和详细的分析，以便于理解用户需求和系统规范，并将之转化为可行的技术规范。
软件需求分析旨在为软件开发过程提供指导，确保开发出满足用户需求且具备高质量的软件系统。
二、软件需求分析的目的1.确定软件系统的功能：通过软件需求分析，可以明确软件系统应该具备的功能，以满足用户的需求。
2.确定软件系统的性能：软件需求分析还可以确定软件系统的性能要求，如响应速度、可靠性、扩展性等。
3.确定软件系统的接口：软件需求分析可以明确软件系统与其他系统、硬件或用户之间的接口要求。
4.确定软件系统的约束：软件需求分析可以识别软件系统的约束条件，如预算、时间、人力等。
5.为软件开发过程提供指导：通过对需求的详细分析，可以为软件开发过程提供指导，确保开发出满足用户需求的高质量软件系统。
三、软件需求分析的过程1.需求收集：需求收集是软件需求分析的起点，它包括与用户沟通、文档分析、现场观察等方法，旨在收集用户对软件系统的需求。
2.需求分析：需求分析是对收集到的需求进行整理、划分、概述的过程。
它包括需求分类、需求建模、需求验证等步骤。
3.需求规约：需求规约是将需求转化为可执行的技术规范的过程。
它包括需求描述、需求确认、需求文档编写等步骤。
4.需求追踪：需求追踪是确保软件系统开发过程中需求的一致性和完整性的过程，它包括需求跟踪、变更控制、配置管理等步骤。
四、软件需求分析的方法1.采访法：通过与用户进行面对面的交流，提问并记录用户需求。
采访法可以确保准确收集到用户的需求，但可能存在信息偏差的问题。
2.文档分析法：通过阅读相关文档，如需求文档、用户手册等，获取对软件系统需求的理解。
软件产品需求规范详解
软件产品需求规范详解1. 引言软件产品需求规范是在软件开发过程中非常关键的一步。
通过明确规范软件产品需求，可以确保开发团队和客户在需求理解和预期功能方面达成一致，减少沟通误差，提高软件开发效率。
本文将详细介绍软件产品需求规范的要素和编写流程。
2. 需求规范概述2.1 需求定义在需求规范中，需要明确软件产品的功能需求、非功能需求和限制条件等信息。
其中，功能需求指产品应具备的各项功能，非功能需求则包括性能、可靠性、安全性等方面的要求。
限制条件则定义了开发过程中的限制因素，如预算、技术要求等。
2.2 需求编写原则在编写需求规范时，需遵循以下原则：- 明确性：需求应该清晰、具体、无歧义，并且能够被准确理解。
- 可衡量性：需求应该可以被测量和验证，以确保其实现的可行性。
- 可追踪性：需求应该能够与软件开发的其他阶段建立有效的关联，使得需求的演化和变更能够被追踪和管理。
- 可测试性：需求应该能够进行有效的测试，以验证系统是否满足需求。
3. 需求规范编写流程3.1 需求收集在需求收集阶段，需要与利益相关者进行深入沟通和交流，了解其需求、期望和约束条件。
这可以通过面对面的访谈、问卷调查等方式进行，以确保对需求的全面理解。
3.2 需求分析与整理在需求分析与整理阶段，需要对收集到的需求进行梳理和整理，识别其中的功能需求、非功能需求和限制条件，并进行分类和归纳。
3.3 需求规范编写在需求规范编写阶段，可以采用自由文本、表格、图表等形式来呈现需求规范。
需要明确规范的内容包括：- 产品概述：对软件产品的背景和目标进行描述。
- 功能需求：对软件产品应具备的各项功能进行详细描述。
- 非功能需求：对软件产品性能、可靠性、安全性等方面的要求进行描述。
- 使用案例：通过详细的使用案例来描述软件产品的交互过程。
- 界面设计：对软件产品的界面布局和交互设计进行描述。
- 限制条件：定义软件开发过程中的限制因素，如预算、技术要求等。
3.4 需求验证与确认在需求规范编写完成后，需要与客户进行沟通，以确保需求的准确性和可行性。
5 软件需求与软件需求规约
半形式化的规约 即以半形式化符号体系(包括术语表、标准化的表达格 式等)来表达需求规约。因此,半形式化规约的编制应遵循一 个标准的表示模板(一些约定)。
其中:
--术语表明确地标识了一些词，可以基于某一种自然语言 --标准化的表达格式(例如例如数据流图、状态转换图、实 体关系图、数据结构图以及过程结构图等)标识了一些元 信息,支持以更清晰的方式系统化地来编制文档.
软件工程
第五讲 软件需求与软件需求规约
朱建凯
三、软件需求及系统/产品(需求)规约
定义问题的基本要素是”需求”
需求的基本性质 必要的(Necessary)。 无歧义的(Unambiguous)。 可测试的(testable)。 可跟踪的(Traceable)。 可测量的(Measurable)。
-- 硬件接口 (Hardware interfaces) ：如果软件系统必须与 硬件设备进行交互，那么就应说明所要求的支持和协议类型。 --软件接口(Software interfaces)：允许与其它软件产品进行 交互，如，数据管理系统、操作系统或数学软件包。 --通讯接口(Communications interfaces)：规约待开发系统 与通讯设施(如，局域网)之间的交互。如果通讯需求包含了系 统必须使用的网络类型（TCP/IP，WindowsNT,Novell），那 么有关类型的信息就应包含在SRS中。
注：大型复杂项目和一些有能力的组织，在开发需求
文档时，往往使用系统化的需求分析技术和工具。其中
一些方法提供了系统化、自动化的功能，逐一验证单一 需求所具有的五个性质，并进一步验证需求规约是否具 有以上四个性质。
3)需求规约格式实例 ××××××系统需求规格说明书 1．引言 1．1 编写目的 说明编写本需求分析规格说明书的目的。 1．2背景说明 (1)给出待开发的软件产品的名称； (2)说明本项目的提出者、开发者及用户； (3)说明该软件产品将做什么，如必要，说明不做什么。 1．3术语定义 列出本文档中所用的专门术语的定义和外文首字母组词的 原词组。 1．4参考资料 列出本文档中所引用的全部资料，包括标题、文档编号、 版本号、出版日期及出版单位等，必要时注明资料来源。
需求规约的主要内容
需求规约的主要内容
需求规约是软件工程中的一个重要概念，它用于明确软件系统的需求，以便开发团队能够理解和满足用户的期望。
需求规约的主要内容包括以下几个方面：
1. 简介：需求规约的简介部分通常包括项目的背景和目标，以及该规约的目的和范围。
这有助于读者了解项目的背景和预期结果。
2. 功能需求：功能需求是指软件系统应具备的各种功能和行为。
在需求规约中，功能需求需要被详细描述，包括功能的描述、输入和输出、性能要求、边界条件等。
这些功能需求可以按照模块、子系统或整个系统的层次进行组织和描述。
3. 非功能需求：非功能需求是指软件系统除了功能外的其他要求，例如性能、可靠性、安全性、可维护性等。
在需求规约中，非功能需求需要明确描述，并给出相应的度量标准和测试方法。
4. 用户界面需求：用户界面需求描述了软件系统与用户交互的方式和要求，包括界面的布局、颜色、字体、交互方式等。
这些需求可以通过原型、界面设计图等形式进行说明。
5. 数据需求：数据需求描述了软件系统与数据的交互，包括数据的格式、存储方式、访问权限等要求。
这些需求通常涉及到数据库的设计和管理。
6. 约束和限制：约束和限制是指对软件系统开发和实施过程中的限制条件，包括时间、成本、技术限制、法律法规等。
需求规约中应明确这些约束和限制，并确保开发团队能够在其范围内完成开发任务。
以上是需求规约的主要内容，通过对这些内容的详细描述，可以帮助开发团队准确理解用户的需求，并为软件系统的开发提供清晰的指导。
软件项目需求规则说明模板
软件项目需求规则说明模板
[软件项目名称]
需求规则说明
[日期]
1. 介绍
本文档是对[软件项目名称]的需求规则的说明。
该文档旨在明确软件项目的需求，并为项目开发和实施提供指导。
2. 项目概述
在此部分，对软件项目的整体目标和背景进行简要介绍，包括项目的业务目标、用户需求和预期结果。
3. 业务需求
在此部分，列出软件项目的业务需求，包括功能需求和非功能需求。
功能需求描述了软件项目需要实现的具体功能，非功能需求描述了软件项目需要满足的性能、可靠性、安全性等方面的要求。
4. 用户需求
在此部分，列出软件项目的用户需求，包括用户体验、界面设计、交互和可用性等方面的要求。
5. 技术需求
在此部分，列出软件项目的技术需求，包括软件开发环境、开
发语言、数据库、硬件要求等方面的要求。
6. 项目限制
在此部分，列出软件项目的限制和约束，包括时间、预算、资源、法规等方面的限制。
7. 项目交付要求
在此部分，列出软件项目的交付要求，包括交付日期、交付文档、交付成果等方面的要求。
8. 可变需求
在此部分，说明软件项目中可变的需求，并提供变更需求的流程和规则。
9. 审核和批准
在此部分，列出对本文档的审核和批准人员，并记录审核和批准的日期。
[附注]
本文档的维护责任人是[责任人姓名]，任何对需求的更改和修订应由维护责任人负责并更新本文档。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用户在浏览本网站时,可以随时通过“我的收藏夹”链接查瞧收藏夹内容,并可以删除收藏夹内容;当用户在查瞧商品详细信息时可以通过“收藏”链接将该商品加入收藏夹;
请求借阅:
当用户在查瞧商品详细信息时可以通过“借阅”链接进入发出借阅请求页面,完成请求借阅。
3
注册会员:
匿名用户浏览网站时,在任何页面上可以通过“注册”链接进入会员注册模块,完成用户注册。
2、注册开店除了提供注册会员的基本信息外还必须提供学生证扫描图片;
3、注册开店后需要管理员确认开通;
4、只有会员才可以发出借阅请求或在线下订单与开网店;
5、未开通的网店中的商品不可交易;
6、未处理的订单或借阅请求,会员可以撤销订单或请求;
7、会员账号不能重复;
8、一个会员只能申请开一个网店;
2
2
3
3
2
该系统就是一个C2C的电子商务网站,该网站向广大消费者提供各种物品信息,当消费者在浏览页面时可以在线选购商品,并完成订单。整个订购过程可用下图表示:
在线订购流程
另外,系统中还包含一些其她流程,比如用户注册流程等,相对来说这些流程比较简单,这里也不再详述。
2
以下就是本系统面向的最终用户:
用户
特点
匿名用户
云开大学教务处与学生会对不同年级的在校生做了一个普遍调查:几乎绝大部分学生在校期间,需要购买与处理很多的耐用品,她们还需要自己购买其她学习资料,生活用品,或者礼品等。但就是,有些物品属于耐用品,她们使用次数有限一旦在她们用完之后,基本很少使用,往往就是存放到柜子底层,到最后毕业的时候却很难再有效利用,或者丢弃,或者打包卖给旧品店。而在这期间,其她同学也可能需要这些物品,她们无奈之下只好再去购买,然后也以相同的方式处理。因此,这样给学生造成了极大的浪费,她们如果能够从别的同学那里找到她们需要的物品,通过与同学之间交换或就是以二手物品买卖的方式获得这些资料,将为大家省掉那些不必要的开销。
<XX大学校园二手物品交易系统>
软件需求规约
修订历史记录
日期
版本
说明
作者
2007-06-01
1、0
创建文件
程远伦
2010-06-01
2、0
最终
刘兆生
1
1
编写该文档目的在于明确系统范围,并规范的记录该系统的各项需求指标与约束。
1
该文档定义了项目需求的所有内容,包括:背景概述、高层需求定义与约束、以及精确需求定义(功能性需求与非功能性需求)。
因此,教务处希望为在校学生提供一个平台,要求学生提供必要信息完成注册,然后发布二手物品销售信息,信息接受者在收到信息后,通过联系请求者完成二手物品买卖,从而实现资料共享或者旧物平多次利用,并创建良好的校园学习氛围。于就是,教务处委托XXXX公司,负责该项目的需求调研开发与实施,并正式命名该项目为XXXX,同时任命某同学担任项目经理职务,负责组建开发团队。
3
以下就是本系统的功能模块划分:
功能类别
子功能
浏览区
浏览商品
浏览网店
搜索商品
购物车
借阅
安全模块
注册会员
注册网店
登录
会员区
维护个人信息
订单列表
借阅请求列表
店长区
商品维护
处理订单
处理借阅请求
管理区
基础信息维护
管理会员
管理网店
管理日志
3
浏览商品:
用户进入网站首页,首先能够浏览到最新上架的商品列表,通过“查瞧更多”链接或就是导航菜单项“浏览产品”可进入浏览产品列表,分别在这两个列表中点击某一本商品即可查瞧该商品的详细信息;
注册网店:
匿名用户可以在注册用户时选择填写网店信息或不注册网店
登录系统:
3
维护个人信息:
会员登录系统后可以修改个人信息与修改密码。
订单列表:
会员登录系统后可以浏览自己所下的所有订单,可取消未处理订单。
借阅请求列表:
会员登录系统后可以浏览自己所发的所有借阅请求列表,可取消未处理请求。
3
商品资料维护:
店长登录系统后,可以发布维护商品信息,包括增、删、改、查功能。
1
云开大学创建于上世纪20年代,占地148万平方米,建筑面积104万平方米,校园网络设施先进。该大学就是一所学科门类齐全的研究型综合大学之一,具备培养学士、硕士、博士与博士后的完整教育体系。现有各类学生2万多人,其中本科生12707人,硕士研究生7112人,博士研究生2530人,留学生1085人,成人教育学生5324人。
所有访问EShop的未注册用户,可以浏览所有网店与商品信息,但不能发出借阅请求或在线下订单。该类用户主要包括在校学生,当然也可以就是在校老师,她们使用计算机的能力普遍比较高,比较熟悉通过网页浏览各种资源。
会员
注册为系统的普通认证用户,除了拥有匿名用户的功能外,该类用户可发出借阅请求与在线下订单与查瞧订单等。
2
2
2
EShop系统就是一个基于B/S结构的网站系统。该系统向所有学生提供在线注册功能,注册用户可以在线模拟开店,即注册为店长(ShopOwner),开店后可发布二手物品信息,供其她用户在线搜索浏览,并可发出借阅请求或下订单求购,店长收到请求后集中处理借阅或订单信息,并根据借阅或订单信息通过线下联系完成物品交换或买卖活动。因此,该系统不会涉及在线支付处理功能。
浏览网店:
用户进入网站首页,首先能够浏览到推荐网店列表,通过“更多网店”链接或导航菜单的“浏览网店”可进入网店列表,分别在这两个列表中点击某一个网店即可进入该网店,查瞧其所有信息;
搜索商品:
用户在浏览网站时,可以通过类别与商品名来搜索商品,系统将返回搜索结果列表,点击列表中某一件商品即可查瞧其详细信息;
店长
所有注册开店的会员用户,除了拥有一般会员的功能外,还可以管理自己的网店信息,如:发布商品信息,处理请求与订单等功能。
管理员
负责系统的日常维护工作与系统基本信息的维护工作。该类用户有很高的计算机应用与网络管理能力,大多数为学校计算机网络中心的职工。
2
2
1、注册会员除了提供个人基本信息外必须提供学生证编号;
1
序号
名称
说明
1
EShop Of YunKai University
开大学校园网络商店店,简称EShop。
2
XXX
承担开发公司名
3
Members
会员。
4
ShopOwner
店长。
5
Administrator
管理员。
6
Shop
网店。
1
序号
文档
版本
说明
1
该文档主要分为三部分,第一部分即引言,主要对该文档进行简要介绍;第二部分即概述部分,对系统进行初步定义与约束描述等;第பைடு நூலகம்部分即具体需求部分,详细描述了系统的各项功能性需求与非功能性需求。