第一章需求分析
一、引言
1 .创建目的
二.文档说明
文档的目的
三.系统介绍系统简介说明系统在用户位置系统中的作用
四.系统说明系统功能结构图
五.功能需求功能点功能概述非功能需求性能需求
六.系统功能用例图
【功能点图像的简单介绍】
第二章概要设计
一、系统总体结构
二.功能模块结构
三.系统框架
四.运用技术
第三章详细设计
功能点的设计，包括结构图、用例图、时序图、流程图、类图、拓扑图、ER图、骨架图和数据库表结构，都需要细化到每个步骤的流程】
系统UI接口第4章
测试报告
企业、商业说明书通常有成百上千页，文档中会详细显示如何、做了什么，因此需求分析、概要设计、详细设计、测试报告也分为两部分
整个系统阶段大致如下：
http://www.Sina.com/http://www.Sina.com /
软件要求是用户对目标软件系统的期望。
为了开发真正满足用户需求的软件产品，首先需要了解用户的需求。 深入了解软件需求是软件开发成功的前提条件，无论如何出色的设计和编码工作，无法真正满足用户需求的程序都会让用户失望，给开发者带来烦恼
需求分析是软件定义时期的最后阶段，基本任务是正确回答“系统必须做什么”的问题，最终的成品是《软件需求规格书》。
一般来说，用户需求有以下几个方面。
功能要求这一方面的要求指定了系统必须提供的服务。 需求分析需要对系统必须完成的所有功能进行分类
性能要求指定性能要求系统应满足的时间或容量限制。 通常包括速度(响应时间)、信息量速率、主存储容量、磁盘容量和安全性等要求。
可靠性和可用性需求可靠性需求定量指定系统的可靠性，可用性与可靠性密切相关，可量化用户使用系统的程度。
错误处理要求这些要求表明系统应该如何应对环境错误。 例如，如果从另一个系统接收到违反协议格式的消息，应该做什么？ 请注意，这种错误不是由APP应用程序本身引起的。
接口要求接口要求描述APP应用程序系统与其环境之间的通信格式。 典型的接口需求是用户接口需求、硬件接口需求、软件接口需求和通信接口需求。
约束设计约束或实现约束描述了设计或实现APP应用系统时必须遵守的约束。 常见约束是精度、工具和语言约束、设计约束、应用标准、应用硬件平台。
逆需求逆需求表明软件系统不应该做什么。 理论上有无限的逆向需求，人们应该明确真正的需求，只选择能够消除可能发生的误解的逆向需求。
未来可能提出的要求应明确列举不属于当前系统开发范畴但未来很可能提出的要求。 其目的是在设计过程中为系统的未来扩展和修复做准备，并在需要时方便地进行扩展和修复。1. 需求分析概述
目前有多种结构化分析方法用于需求分析，但所有这些分析方法都遵循以下指导原则：
必须理解和描述问题的信息域，应该根据这个准则建立数据模型
主要是使用ERD工具，即实体-关联图来描述数据对象与数据对象之间的关系，是建立数据模型的图形；
必须定义软件应该执行的功能。 本准则要求建立功能模型
主要使用DFD工具，即数据流图，描绘数据在软件系统中移动时进行转换的逻辑过程，表明系统具有的转换数据的功能是构建功能模型的基础。
必须描述作为外部事件结果的软件的行为。 本准则要求建立行为模型
主要使用STD工具，即状态转移图，显示作为外部事件结果的系统的动作，描绘了与系统的各种动作模式(称为“状态”)不同的状态之间的转移方式，是行为建模的基础；
要分解描述信息、功能、行为的模型，分层展示细节。1.1. 软件需求的概念
需求分析的任务包括
分析模型创建要求说明要创建要求分析：
问题分析需求描述需求回顾3358 www.Sina.com/http://www.Sina.com /
由用户代表、域专家和系统分析师组成的联合分析团队分析用户需求1.2. 需求分析的准则
做好准备，寻找共同语言，循序渐进地向顾客提出需求，细分。 访谈是最早用于获取用户需求的技术，也是迄今为止广泛使用的需求分析技术。 采访有两种基本形式：正式采访和非正式采访。
在正式访谈中，系统分析师会询问您事先准备的具体问题，包括您公司销售的商品类型、雇佣的销售人员数量和信息反馈时间。 在非正式采访中，分析师会提出用户可以自由回答的开放式问题，鼓励受访者说出自己的想法。 例如，询问用户有关当前使用的系统的问题
有哪些不满意的地方。访谈有两种基本形式，分别是正式的和非正式的访谈。正式访谈时，系统分析员将提出一些事先准备好的具体问题，非正式访谈中，分析员将提出一些用户可以自由邮答的开放性问题，以鼓励被访问人员说出自己的想法。在访问用户的过程中使用情景分析技术往往非常有效。所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。
情景分析技术的用处主要体现在下述两个方面：
（1）它能在某种程度上演示目标系统的行为，从而便于用户理解，而且还可能进一步揭示出一些分析员目前还不知道的需求。
（2）由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析过程中始终扮演一个积极主动的角色。
实际观察用户工作流程
问题分析与确认
热情的小兔子大致的调研方向：
①现场观察、“窥探”
②访问/访谈、“包打听”
③问卷调查、“套取”
④会议研讨、“头脑风暴”
⑤原型评估、“界面(样品)迭代”
⑥场景分析、“模仿”
⑦其它、“文献考古”、“用例分析”
3.分析与建模
结构图用例图时序图流程图ER图框架图拓扑图类图数据库分析例子：
系统结构图：
用例图：
系统等时序图：
流程图：
ER图：（丑且没对，希望对你有帮助，但不要模仿）
框架图：
拓扑图:(很简单地画了一下，还需要加很多东西）
类图：（没画）
数据库分析：（Markdown画表格太难了，简单画了点）
党员信息表（party）
字段列表字段描述主键外键类型长度说明party_idid是Int11非空party_name姓名Varchar128非空party_sex性别enum默认为01party_number身份证号码Varchar18非空party_nation民族Varchar20非空party_birth籍贯Varchar100非空party_birth_date出生日期datetime非空party_education学历Varchar20非空party_time入党时间datetime非空party_tel联系电话Varchar20非空branch _id支部id是非空party_job党员职务非空relation关系转移类型Enum默认null，0为流入，1为流出登录信息表（users）
字段列表字段描述主键外键类型长度说明in_idId是Int11非空username账号Varchar128非空password密码Varchar128非空4.测试部分
集成策略：采用自底向上的增量式集成方式
测试方针：首先对规定的正常的功能进行测试，以黑盒测试为主，白盒测试为辅助来设计测试用例，测试用例要尽量覆盖所有的程序功能，记录测试中的问题。
关于软件：
建模的软件有很多：
PD是画数据库非常强大的软件，但是是英文界面，可以汉化
Visual Paradigm收费，可以免费体验一个月专业版，社区版免费，但是有水印，画时序图会自动添加数字序号，很方便，其他的都要手动添加，有时候一个时序图会有几十上百的序号，非常麻烦。
ProcessOn：模板多
本人推荐粗暴的御姐使用visio和draw容易上手。
RSA9.0：https://blog.csdn.net/a054545641/article/details/102920792
draw：https://www.diagrams.net/
亿图：https://www.edrawsoft.cn/edrawmax/edraw-lp.html?channel=baidu
ProcessOn：https://www.processon.com/
Visual Paradigm：https://www.visual-paradigm.com/cn/download/?platform=windows&arch=64bit
建模软件：链接：https://pan.baidu.com/s/1QSmcXPUEQLkTy1G6r2Q21A 提取码：wazg
那么到这里，一个简单的系统说明书就完成了，后期还需要根据客户需求修改，但是完成一个简单的本科毕业论文还是没问题的。
本文是本人（粗暴的御姐）第一次写的系统说明书，根据这份说明书也把系统做出来了，如果有什么不对的地方，请就此指出，感谢查阅。
需要转载，请注明出处！！！
需要转载，请注明出处！！！
需要转载，请注明出处！！！