软件工程大作业
《软件工程课程设计》大作业
《软件工程课程设计》大作业软件工程课程设计大作业
简介
本次软件工程课程设计大作业要求学生设计并实现一个软件系统。
该系统应该采用面向对象程序设计方法，并且需要实现一定的业务逻辑。
设计要求
该系统需要实现以下功能：
1. 用户注册与登录
2. 查看、添加、修改和删除用户信息
3. 查看、添加、修改和删除商品信息
4. 查看、添加、修改和删除订单信息
开发工具与技术
开发工具：Eclipse、IntelliJ IDEA或其他Java开发工具；MySQL或其他关系型数据库管理系统。
开发技术：
1. 后端框架：Spring Boot或其他基于Java的后端框架
2. 前端框架：React或其他前端框架
3. 数据库访问框架：MyBatis或其他ORM框架
实现步骤
1. 设计系统的数据库表结构
2. 使用后端框架实现系统的业务逻辑，包括用户、商品和订单的增删改查功能
3. 使用前端框架实现系统的用户界面，并与后端进行交互
4. 测试整个系统是否符合要求并确保系统的稳定性和安全性
成果要求
1. 详细的系统需求说明文档
2. 数据库表结构文档
3. 后端代码
4. 前端代码
5. 系统运行说明文档
注意事项
1. 请严格按照要求完成项目，确保项目的质量和安全性
2. 开发过程中请保持良好的代码风格和文档编写惯，确保代码的可维护性和可读性
3. 请勿抄袭其他同学或网络上的代码，一旦发现将追究相关责任。
软件工程大作业
软件工程大作业1. 引言软件工程是计算机科学的一门重要学科，它主要研究软件的开发、运行和维护等过程中所涉及的工程方法和技术。
作为软件工程专业的学习者，我们需要通过实际的项目来巩固和应用所学的知识和技能。
本次软件工程大作业旨在让学生们能够通过一个完整的项目，全面理解软件工程的各个方面，并能够实践和体验真实的项目开发流程。
2. 项目背景在当今快速发展的信息化时代，软件已经成为现代社会中不可或缺的组成部分。
软件的开发和维护并非易事，需要结合科学的方法和严谨的流程来保证软件的质量和可靠性。
希望通过本次大作业，让学生们了解和掌握软件工程的方法和工具，为将来的软件开发工作做好充分准备。
3. 项目目标本次大作业的目标是要求学生们完成一个完整的软件项目，包括需求分析、设计、编码、测试和文档撰写等各个阶段。
具体要求如下：需求分析阶段：学生们需要深入了解项目的背景和需求，进行详尽的需求分析，明确软件系统的功能和性能要求。
设计阶段：学生们需要根据需求分析的结果，进行系统的设计，包括架构设计、模块设计和接口设计等。
编码阶段：学生们需要按照设计的要求，完成软件系统的编码工作，并保证代码的质量和可维护性。
测试阶段：学生们需要进行充分的测试工作，包括单元测试、集成测试和系统测试等，以确保软件系统的功能和性能符合需求。
文档撰写阶段：学生们需要撰写详细的项目文档，包括需求分析报告、设计文档、测试报告等，以便日后的维护和交接工作。
4. 资源需求为了完成本次大作业，学生们需要具备以下资源：开发工具：学生们可以根据自己的选择来决定使用何种开发工具，例如IDE，版本控制工具等。
硬件设备：学生们需要一台个人电脑或者笔记本电脑来完成开发任务。
学习资料：学生们需要参考软件工程相关的书籍、论文和在线教程等。
5. 时间安排本次大作业的时间安排如下：需求分析阶段：2周设计阶段：1周编码阶段：2周测试阶段：1周文档撰写阶段：1周6. 评分标准本次大作业将根据以下标准进行评分：需求分析质量（30%）：是否能够准确理解项目需求，设计合理的功能和性能要求。
2023修正版大工春《软件工程》大作业
大工春《软件工程》大作业大工春《软件工程》大作业1. 引言本文档是大工春《软件工程》大作业的技术文档，旨在介绍该大作业的相关要求、设计和实现。
本大作业的任务是设计和实现一个简单的软件工程管理系统，该系统能够帮助团队进行项目管理、任务分配和进度跟踪。
2. 需求分析本大作业的需求主要包括以下几个方面：1. 用户管理：系统需要支持用户的注册、登录和权限管理，以便团队成员能够使用系统进行项目管理操作。
2. 项目管理：系统需要支持项目的创建、编辑和删除，以及项目的基本信息的设置，例如项目名称、描述等。
3. 任务管理：系统需要支持任务的创建、分配和跟踪，以便团队成员能够明确任务的执行情况和进度。
4. 进度报告：系统需要支持项目进度报告，以便团队成员和项目负责人能够及时了解项目的整体进展和问题。
5. 团队协作：系统需要支持团队成员之间的协作，例如通过系统内部发送消息或讨论来进行沟通。
3. 设计与实现为了满足以上需求，我们采用了以下的设计和实现方案：3.1 技术栈选择为了快速地实现一个简单可用的软件工程管理系统，我们选择了以下技术栈：- 前端技术：使用React框架进行前端页面的开发，使用Ant Design作为UI组件库。
- 后端技术：使用Node.js作为后端的开发语言，使用Express框架进行Web应用程序的开发。
- 数据库：使用MySQL作为数据存储的数据库。
3.2 系统架构设计本系统采用前后端分离的架构设计，前端与后端通过API进行通信。
前端负责展示页面给用户，并将用户的操作请求发送给后端。
后端负责接收请求，并进行相应的操作后返回数据给前端。
在后端，我们采用了MVC的设计模式，将业务逻辑、数据库操作和路由处理分离。
3.3 数据库设计系统的数据库采用MySQL进行存储，包括以下几张表：- 用户表：用于存储用户的基本信息，例如用户名、密码、邮箱等。
- 项目表：用于存储项目的基本信息，例如项目名称、描述、创建者等。
软件工程大作业
软件工程大作业软件工程大作业引言本文档旨在介绍软件工程大作业的相关背景和要求，并提供一个实施计划，以便顺利完成该作业。
本作业旨在培养学生的软件工程实践能力，通过团队合作完成一个软件项目，涵盖项目规划、需求分析、设计实现、和部署等各个阶段。
1. 背景软件工程是开发高质量软件的一门学科，涵盖了软件开发过程的各个方面，包括需求分析、系统设计、编码、和维护。
软件工程大作业是对学生所学知识的综合应用，旨在让学生在一个团队环境中体验软件开发的全过程。
2. 作业要求软件工程大作业要求学生以小组形式合作，完成一个软件项目的开发。
作业要求如下：- 每个小组由3-5名成员组成，每个小组自行确定项目主题。
- 小组需要进行项目规划，包括项目目标、范围和进度计划等等。
- 小组需进行需求分析，明确系统的功能和非功能需求。
- 小组需要进行系统设计，包括系统架构设计和数据库设计等。
- 小组需要进行编码和单元，并进行代码评审。
- 小组需要进行系统集成，确保各个模块正确集成。
- 小组需要进行系统验收，并准备系统发布的相关文档。
- ，小组需要进行项目和经验分享。
3. 实施计划为了顺利完成软件工程大作业，下面是一个建议的实施计划：阶段一：项目规划（1周）在这个阶段，小组成员应该共同确定项目主题，并进行项目规划。
项目规划需要明确项目的目标、范围和进度计划等，以便在后续阶段进行参考。
阶段二：需求分析（2周）在这个阶段，小组成员需要进行需求分析，明确系统的功能和非功能需求。
可以采用面谈、问卷调查等方法收集用户需求，并将其进行整理和归类。
阶段三：系统设计（2周）在这个阶段，小组成员需要进行系统设计，包括系统架构设计、数据库设计等。
可以采用UML工具绘制系统的结构图、类图等，确保系统的设计满足需求。
阶段四：编码和（3周）在这个阶段，小组成员需要进行编码和单元，并进行代码评审。
编码过程中要遵循代码规范，确保代码质量。
，进行单元，及时发现和修复代码缺陷。
软件工程大作业（2）（答案）
软件工程大作业（2）（答案）软件工程作业第二部分一、填空1.结构化分析方法的分析策略是___自顶向下逐步求精_______。
2.衡量模块独立性的两个定性标准是_耦合性与内聚性________。
3.软件集成测试的方法主要有两种，它们是___渐增式与非渐增式测试_______。
4.继承性是子类自动共享其父类的__数据结构和方法____________机制。
5.在面向对象方法中，人们常用状态图描述类中对象的___动态行为________。
6.规定功能的软件，在一定程度上能从错误状态自动恢复到正常状态，则称该软件为____容错_____软件。
7.可行性研究的目的是用最小的代价在尽可能短的时间内确定该软件项目_是否值得开发_。
8.需求分析阶段，分析人员要确定对问题的综合需求，其中最主要的是__功能需求_。
9.软件生存周期中时间最长、花费的精力和费用最多的一个阶段是__维护_____阶段。
10.对象之间进行通信叫做__消息_____。
11.计算机辅助软件工程这一术语的英文缩写为_CASE_______。
12．McCall提出的软件质量模型包括______11________个软件质量特性。
13.为了便于对照检查，测试用例应由输入数据和预期的___输出结果____两部分组成。
14.软件结构是以____模块__________为基础而组成的一种控制层次结构。
15.结构化语言(PDL)是介于自然语言和____形式语言____之间的一种半形式语言。
16.软件概要设计的主要任务就是__软件结构的设计______。
17.结构化程序设计方法是使用___三种基本控制结构____构造程序。
18.软件开发是一个自顶向下逐步细化和求精过程，而软件测试是一个__自底向上或相反顺序 _____集成的过程。
19.在建立对象的功能模型时，使用的数据流图中包含有处理、数据流、动作对象和__数据存储对象_____。
二、选择1.UML是软件开发中的一个重要工具，它主要应用于哪种软件开发方法( C )A、基于瀑布模型的结构化方法B、基于需求动态定义的原型化方法C、基于对象的面向对象的方法D、基于数据的数据流开发方法2.面向对象的开发方法中，（B）将是面向对象技术领域内占主导地位的标准建模语言。
软件工程大作业(答案)
3
A、数据流 B、数据流图 C、数据库 D、数据结构
105.数据流图中，当数据流向或流自文件时（B ）。
A、数据流要命名，文件不必命名
B、数据不必命名，有文件名就足够了
C、数据流和文件均要命名，因为流出和流进的数据流是不同的
D、数据流和文件均不要命名，通过加工可自然反映出。
106.结构化程序设计主要强调程序的（C ）。
聚称为偶然内聚。 77. 一个模块直接调用的模块数目称为模块的扇出，一个模块被多少上级模块直接调用称为模块的扇
入。 78. 详细设计的工具有图形工具、表格工具和语言工具。 79. 为使用流程图描述结构化程序，限制流程图有五种基本的控制结构顺序型、选择型、while型循
环、until循环、多情况型选择。 80. IPO图由输入、处理和输出三个框组成。这个图的特点是能够直观的显示三者之间的关系。 81. 面向对象方法是一种运用对象、类、封装、聚合、消息传送、多态性等概念来构造系统的软件开
并估算每个不同之处对成本的影响，得出开发项目的总成本。这种成本估算方法称为差别估算法 ____。 三、 选择题 102.程序设计属于软件开发过程（C ）阶段。 A、设计 B、编程 C、实现 D、编码 103.在软件的分析阶段，常用（C ）来描述业务处理系统的信息来源、存储、处理和去向。 A、E-R 图 B、框图 C、DFD D、时序网络 104.结构设计是一种应用最广泛的系统设计方法，是以（A ）为基础、自顶向下、逐步求精和模块化 的过程。
软件工程大作业
软件工程大作业软件工程大作业一、引言二、目标软件工程大作业的目标是让学生们通过一个实际的项目，了解软件开发的整个过程，并培养其解决问题的能力和团队协作能力。
为了达到这个目标，大作业需要具备以下几个方面的要求：1. 实践性：大作业应该是一个实践性的项目，能够让学生们真正动手去做，并通过实际操作来巩固所学的知识。
2. 复杂性：大作业应该具备一定的复杂性，要求学生们能够面对实际的问题，并通过分析和解决来完成任务。
3. 团队协作：大作业可以以团队为单位来完成，这样可以培养学生们的团队协作能力和沟通能力。
4. 实际应用：大作业应该具备一定的实际应用价值，可以解决某个具体领域的问题。
三、需求分析在开始进行大作业的设计和实施之前，需要先进行需求分析。
需求分析是整个软件开发过程中的第一步，它的目的是明确用户对于软件的需求和期望。
在需求分析阶段，可以进行以下几个步骤：1. 问题定义：明确大作业所要解决的问题，并对问题进行描述和分析。
2. 用户调研：与潜在用户进行沟通，了解他们的需求和期望，进一步明确问题的范围和目标。
3. 功能需求：根据问题定义和用户需求，确定大作业所需要实现的功能，并进行详细的功能描述。
4. 非功能需求：除了功能需求外，还需考虑大作业的性能要求、安全性要求等非功能需求。
四、设计与实施在完成需求分析后，接下来是设计与实施阶段。
这个阶段可以分为以下几个步骤：1. 总体设计：在总体设计阶段，需要对大作业进行整体的设计，包括系统的架构设计、模块的划分和数据的设计等。
2. 详细设计：在详细设计阶段，需要对每个模块进行具体的设计，包括接口的定义、算法的选择和数据结构的设计等。
3. 编码实现：在编码实现阶段，可以根据设计文档进行编码，并通过测试来验证代码的正确性。
4. 系统测试：在系统测试阶段，可以对整个大作业进行综合性的测试，以确保系统的功能和性能达到要求。
五、软件工程大作业是一次实践性的项目，通过这个项目可以让学生们在实际的开发过程中学习和应用所学的软件工程知识。
大工22春《软件工程》大作业题目及要求(二)2024
大工22春《软件工程》大作业题目及要求（二）引言概述:《软件工程》大作业是大工22春学期课程的一部分，本文将介绍该作业的题目和要求。
本次作业旨在让学生运用所学的软件工程知识与技巧，设计和开发一个完整的软件系统。
以下将详细说明作业的题目和要求。
正文:1. 题目确定：1.1 系统功能需求：确定软件系统的基本功能需求，包括输入、处理和输出。
1.2 系统非功能需求：确定软件系统的非功能需求，如性能、可靠性、安全性等。
1.3 系统界面设计：设计软件系统的用户界面，包括布局、颜色和交互方式等。
1.4 数据库设计：设计软件系统所需的数据库结构和关系，包括表和字段的定义。
1.5 系统架构设计：确定软件系统的整体架构，包括模块划分和接口定义等。
2. 开发要求：2.1 项目计划：制定软件开发的时间计划，并按计划完成不同阶段的开发任务。
2.2 编码实现：根据题目要求和设计文档，使用合适的编程语言和工具进行编码实现。
2.3 单元测试：编写单元测试用例，验证软件系统的各个模块和功能的正确性。
2.4 集成测试：将各个模块集成，进行整体测试，并解决其中的问题和bug。
2.5 用户测试：邀请用户参与测试，收集用户的反馈意见，并进行相应的优化和改进。
3. 文档要求：3.1 需求分析文档：详细描述软件系统的功能需求和非功能需求，包括用例、流程图等。
3.2 系统设计文档：详细阐述软件系统的界面设计、数据库设计和系统架构设计等。
3.3 编码实现文档：记录编码实现过程中的思路、方法和遇到的问题及解决方案。
3.4 测试文档：描述软件系统的测试策略、用例和测试结果，包括单元测试和集成测试。
3.5 用户反馈文档：总结用户的测试反馈和意见，并记录相应的优化和改进措施。
4. 完成要求：4.1 完整性：软件系统需按照题目要求实现所有功能，并满足相应的非功能需求。
4.2 高质量：软件系统的代码规范、功能正确性和性能稳定性等方面达到高质量要求。
4.3 文档齐备：相应的需求分析文档、系统设计文档和测试文档等都需完成且齐备。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《软件工程》大作业题目：商品的进存销管理系统的实现班级：10信息与计算科学1班小组成员：冯堃原（组长）陈丽娟、王翠儿、叶振邦陈锦松、方俊日、吕梦源1.项目概述 (3)1.1 开发背景 (3)1.2 开发目的 (3)1.3 开发运行环境 (3)1.4 系统功能 (3)2．系统分析 (4)2.1 需求分析 (4)2.1.1 系统需求 (4)2.1.2 功能需求 (4)2.1.3 业务流程图 (13)2.1.4 可行性分析 (14)2.1.5 项目规划 (14)3.总体设计 (15)3.1 基本设计概念和处理流程 (15)3.2 系统功能体系图 (16)3.3 模块设计 (17)3.3.1 登录模块 (17)3.3.2 系统主界面模块 (17)3.3.3 进货管理模块 (17)3.3.4 销售管理模块 (17)3.3.5 库存管理模块 (18)3.3.6 信息管理模块 (18)3.3.7 系统管理模块 (18)3.3.8 统计报表子模块 (18)4系统设计 (19)4.1 目标设计 (19)4.2 设计思想 (19)4.3 系统功能设计 (19)4.3.1 进货管理 (19)4.3.2 销售管理 (21)4.3.3 库存管理 (22)4.3.4 信息管理 (23)4.3.5 系统管理 (23)4.3.6 统计报表 (23)5．总结 (23)1.项目概述1.1 开发背景现代社会经济迅猛发展，使得市场的走向也发生了巨大的变化。
商品经济的高速发展也促进了商家们的竞争，要想在竞争中取得优势，商家们必须要提升自身的管理方式，采用先进的管理系统来对各自的商品进行管理，进而提高自己的竞争力。
发达国家的各类商店、超市基本上都运用计算机技术，对商品的进货、库存、销售等方面进行管理。
而目前，我国正处在从传统商店经营到现代商店经营的转变过程中，在当今经济如此迅猛发展的社会，商家们是很有必要去提高自己的管理水平，再加上当今社会计算机的飞速发展，利用计算机实现商品的进存销管理也是势在必行的。
1.2 开发目的开发一个商品的进存售管理系统，主要是为了对商品的进货、库存、销售进行管理，从而提高商店资金的利用率、结算速度、工作效率等。
通过计算机技术对商品的进存销进行完善管理，从而实现管理的科学化、智能化、现代化。
因此，商家们必须要掌握好当今市场的走向，紧跟着时代的步伐，对自己的商品运用现代化的手段去管理，这样才能够巩固自己在商业界的地位。
1.3 开发运行环境✧前台开发环境：Visual Basic 6.0✧后台数据库环境：SQL Server 2005✧运行环境：Windows XP1.4 系统功能具有良好的人机交互界面。
具有完善的权限管理功能。
具有方便的、全方位的数据查询功能。
能够自动完成数据计算。
具有数据备份和数据还原功能。
具有强大的报表打印功能。
能够准确提供商品的进货、库存、销售信息。
2．系统分析2.1 需求分析2.1.1 系统需求为了保证系统能够安全、可靠、高效地运行，商品的进存销管理系统应满足以下需求：●界面设计简洁、友好、美观、大方。
●操作简单、快捷、方便。
●数据存储安全、可靠，数据精确度保留至小数点后一位。
●信息分类清晰、准确。
●强大的数据查询功能、权限设置功能。
●该系统软件适用于Windows操作系统。
2.1.2 功能需求商品进存销管理系统的功能要满足以下需求：◆基本信息的添加、修改、删除和查询，包括商品信息、员工信息、供应商信息、客户信息。
◆进货商品信息的录入、修改、删除和查询。
◆销售商品信息的录入、修改、删除和查询。
◆客户退货商品信息的录入、修改、删除和查询。
◆库存商品信息的查询。
◆各类单据统计报表打印。
◆系统管理员可对基本信息进行管理、对系统进行维护和权限管理。
2.1.2.1 用例规约：1、进货管理1.1 简要说明本用例的功能主要是生成进货订单，修改、删除和查询进货订单。
1.2 事件流1.2.1 基本流根据采购部员工的操作，系统执行以下基本流：①修改已经存在的订单信息，系统执行修改订单子流。
②确认订单入库，系统执行增加订单子流。
③删除已经存在的订单信息，系统执行删除订单子流。
④根据条件查询已经存在的订单信息，系统执行查询订单子流。
1.2.2 备选流1.2.2.1 用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。
如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。
1.3 特殊需求无。
1.4 前置条件用户必须是曾经注册过的采购部员工。
1.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。
1.6 扩展点无。
2、销售管理2.1 简要说明本用例的功能主要是录入、修改、删除和查询销售商品，以及客户退货商品的录入、修改、删除和查询。
2.2 事件流2.2.1 基本流根据销售部员工的操作，系统执行以下基本流：①录入已销售商品的信息，系统执行增加已销售商品信息子流。
②修改已销售商品的信息，系统执行修改已销售商品信息子流。
③删除已销售商品的信息，系统执行删除已销售商品信息子流。
④根据条件查询已销售商品的信息，系统执行已销售商品信息子流。
⑤录入客户退货商品的信息，系统执行增加客户退货商品信息子流。
⑥修改客户退货商品的信息，系统执行修改客户退货商品信息子流。
⑦删除客户退货商品的信息，系统执行删除客户退货商品信息子流。
⑧根据条件查询客户退货商品的信息，系统执行客户退货商品信息子流。
2.2.2 备选流2.2.2.1 信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。
如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。
2.3 特殊需求无。
2.4 前置条件用户必须是曾经注册过的销售部员工。
2.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。
2.6 扩展点无。
3、库存管理3.1 简要说明本用例的功能主要是增加，修改、删除和查询库存商品信息。
3.2 事件流3.2.1 基本流根据仓管部员工的操作，系统执行以下基本流：①录入库存商品的信息，系统执行增加库存商品信息子流。
②修改库存商品的信息，系统执行修改库存商品信息子流。
③删除库存商品的信息，系统执行删除库存商品信息子流。
④根据条件查询库存商品的信息，系统执行查询库存商品信息子流。
3.2.2 备选流3.2.2.1 用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。
如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。
3.3 特殊需求无。
3.4 前置条件用户必须是曾经注册过的仓管部员工。
3.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。
3.6 扩展点无。
4、信息管理4.1 简要说明本用例的功能主要是基本信息的添加、修改、删除和查询，包括商品信息、员工信息、供应商信息、客户信息。
4.2 事件流4.2.1 基本流根据系统管理员的操作，系统执行以下基本流：①录入基本信息，系统执行增加基本信息子流。
②修改基本信息，系统执行修改基本信息子流。
③删除基本信息，系统执行删除基本信息子流。
④根据条件查询基本信息，系统执行查询基本信息子流。
4.2.2 备选流4.2.2.1 用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，没有通过验证，系统会弹出警告对话框，提示错误，并重新输入。
如果通过验证，系统会弹出确认对话框，如果单击“是”，会得到相应的值条件，否则单击“取消”。
4.3 特殊需求无。
4.4 前置条件用户必须是曾经注册过的系统管理员。
4.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。
4.6 扩展点无。
5、系统管理5.1 简要说明本用例的功能主要是对用户进行管理和对系统进行维护。
5.2 事件流5.2.1 基本流根据系统管理员的操作，系统执行以下基本流：①填写用户基本信息，输入初始密码，设置用户权限，提交用户添加。
②修改用户基本信息，重置初始密码，设置用户权限，提交用户修改。
③选择删除用户，提交用户删除。
④选择备份路径，提交备份设置。
⑤选择恢复路径，选择数据库，提交恢复设置。
5.3 特殊需求无。
5.4 前置条件用户必须是曾经注册过的系统管理员。
5.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。
5.6 扩展点无。
6、统计报表6.1 简要说明本用例的功能主要是对商品的销售进行统计。
6.2 事件流6.2.1 基本流根据统计分析员的操作，系统执行以下基本流：①选择销售期间。
②提交统计条件。
③统计结果显示。
6.2.2 备选流6.2.2.1 提交统计失败如果用户提交的统计条件信息不完整或有误，系统会返回有误的条件信息，要求用户重新检查并修改。
6.3 特殊需求无。
6.4 前置条件用户必须是曾经注册过的系统管理员。
6.5 后置条件如果该用例成功，系统数据库中将增加一条记录，否则，系统维持原状。
6.6 扩展点无。
2.1.2.2 补充规约本补充规约列出了商品进存销系统的非功能性需求和部分全局性需求。
它和用例模型一起，组成了完整的系统需求规格说明书。
2、范围本说明书除定义了在许多用例中共有的功能性需求以外，还定义了系统的非功能性需求，如可靠性、可用性、系统性能和可支持性。
3、参考无。
4、功能性4.1 系统能够提供完整的商品进、存、销业务功能。
4.2 系统可提供强大的数据统计、查询、报表生成以及打印等功能。
4.3 满足多个用户并发执行。
5、可用性用户界面视窗与Windows系统兼容。
6、可靠性保证系统在配置完成以后24小时都可用。
平均无故障时间应超过300小时。
7、性能7.1 数据(商品单价等)保留至小数点后一位。
7.2 为保证系统的正常运行，应该对系统的存储容量加以限制。
7.3 该系统从启动到进入系统登录界面时间正常情况下应该少于10秒，登录并更新数据时间正常情况下少于5秒。
8、可支持性无。
9、安全性系统具有较高的安全性，确保一些重要信息不会泄露。
10、设计约束无。
2.1.2.3 术语表1、简介本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。
一般地说，它可用作一种信息数据字典，使得用例规约和其他文档显得简洁、易懂。
2、名词定义这份术语表包含了商品进存销系统的重要概念。
2.1 采购部员工：指负责采购商品的人。
2.2 销售部员工：指负责销售商品的人。
2.3 仓管部员工：指负责盘点库存商品的人。