谁帮忙作一个网上聊天系统的需求分析，模板也许

1. 引言

1.1. 背景

说明：

a．待开发的软件系统的名称；

b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

C．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.2. 参考资料

列出本说明书中引用和参考的资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

1.3. 假定和约束[可选]

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件、用户的资料准备和交流上的问题等。

1.4. 用户的特点[可选]

列出本软件的最终用户的特点，充分说明 *** 作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。

2. 功能需求

2.1. 系统范围

明确概要地说明用户对系统、产品高层次的目标要求，如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。

如果所定义的产品是一个更大系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2. 系统体系结构（二层架构的系统可剪裁本小节）[可选]

以图+文本结合的方式描述系统的总体架构。

以下应提供系统总体架构图：

以下对系统总体架构进行描述：

2.3. 系统总体流程

以图+文本结合的方式说明系统的总体流程。

图一是计划合同管理系统的总体流程图。

图一

2.4. 需求分析

需求分析的目的是获取或描述系统需求中的每一个功能需求，并通过分析确定系统能够做什么？谁来使用这个系统？

· 建立用例模型：发现角色和用例，并确定角色之间的关系、用例之间的关系，以及角色与用例之间的相互关系

· 描述用例：角色与系统如何交互的规格说明。

2.4.1. XXXXXXX(功能需求名称)

2.4.1.1. 功能描述

功能编号：

功能需求：从用户业务的角度描述功能需求。

2.4.1.2. 业务建模

从可视化的角度--用例图--描述功能需求

图二是综合计划管理系统合同编辑业务的功能需求用例图。

图二

2.4.1.3. 用例描述

以文本的方式描述每一个用例中角色与系统相互交互的规格说明。

1、 XXXXXX(用例名称)

描述对象 描述内容

标识符 用例的唯一标识符

说明 对用例的概要说明

参与者 与该用例相关的参与者列表，以及参与者的特点

频度 参与者访问此用例的频率

状态 通常分为：进行中、等待审查、通过审查或未通过审查

前置条件 一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足

后置条件 一个条件列表，如果其中包含条件，则这些条件将在用例成功完成以后得到满足

被扩展的用例 此用例所扩展的用例（如果存在）

被包含的用例 此用例所包含的用例（如果存在）

基本 *** 作流程 参与者在用例中所遵循的主逻辑路径，即当各项工作都正常进行时用例的工作方式

可选 *** 作流程 在变更工作方式、出现异常或发生错误的情况下所遵循的路径

修改历史记录 修改人 ： 修改日期：修改原因：

问题 如果存在，则为与此用例的开发相关的问题或 *** 作项目的列表

以下是综合计划管理系统中的合同编辑功能需求中的合同增加用例描述：

描述对象 描述内容

标识符 IPMS0101

说明 增加一条合同记录

参与者 合同编辑人员--熟悉合同管理业务

频度

状态 通过审查

前置条件 1. 参与者具有合同增加的权限2. 参与者已选取对应的计划记录3. 当前计划总投资≥SUM(该计划下已签合同价)

后置条件 1. 数据库中更加一条合同纪律2. 可执行合同原件扫描用例3. 可执行合同付款增加用例4. 可执行合同修改和合同删除用例

被扩展的用例 无

被包含的用例 无

基本 *** 作流程 请参见图三的合同增加流程

可选 *** 作流程 当用户确认合同增加时发现异常时，系统提示合同增加无效的提示

修改历史记录 修改人 ： 修改日期：修改原因：

问题 1. 合同编码的具体约定2. 合同类型、资金来源、合同受委托方字典表的具体设计

图三 合同增加活动流程

2、XXXXX(用例名称)

……

2.4.1.4. 用户界面

概要描述功能对应的用户界面风格，采用原型生命周期的项目也可以提供原型界面拷贝。

2.4.2. XXXXXXX(功能需求名称)

……

3. 非功能需求

3.1. 性能要求

3.1.1. 精度[可选]

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

3.1.2. 时间特性要求

说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和界面更新传送时间等的要求。

3.1.3. 输人输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.2. 数据管理能力要求[可选]

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。

3.3. 安全保密性要求

用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丢失的要求。

3.4. 灵活性要求[可选]

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：

a． *** 作方式上的变化；

b．运行环境的变化；

c．同其他软件的接口的变化；

d．精度和有效时限的变化；

e．计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

3.5. 其他专门要求[可选]

如用户单位对使用方便的要求，对可维护性、可补充性、易读性、可靠性、异常处理要求、运行环境可转换性的特殊要求等。

4. 运行环境规定

4.1. 设备

列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：

a．处理器型号及内存容量；

b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；

c．输入及输出设备的型号和数量，联机或脱机；

d．数据通信设备的型号和数量；

e．功能键及其他专用硬件

4.2. 支持软件

列出支持软件,包括网络和硬件设备平台、 *** 作系统平台、数据库系统平台以及编译（或汇编）程序和测试支持软件等。

4.3. 接口[可选]

说明该软件同其他软件之间的接口、数据通信协议等。

4.4. 控制[可选]

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

5. 需求跟踪

需求跟踪的主要目的是保证所有的需求都得到分析，以承诺需求-分析需求对应表（PRS_SRS表）的方式描述已分析需求对已承诺需求的覆盖情况。PRS_SRS表的格式请参见软件需求管理过程规范（SUPL-MANU-SRS-001）。

聊天APP软件开发流程:

一、市场需求分析

明确客户想要什么样的APP？想解决用户什么样的痛点？具体的商业模式是什么？竞争对手有哪些？竞争对手的APP有什么优缺点？客户具体的需求是什么？人群画像是什么？如果拉新引流要有什么手段或哪些渠道？这些都是一开始就要考虑清楚的。

二、APP原型图设计

产品经理会根据用户需求，规划app原型图，以及app各个功能模块实现的逻辑思路，终出一份符合客户需求、符合设计、研发人员工作思路的逻辑图&原型设计方案。

三、APP效果图设计

设计师根据原型图，客户喜欢的设计风格，做出对应的效果图，经由客户确认后，进入UI页面设计阶段。

四、UI页面设计

根据确认后的原型图，专业的设计人员需要将原型图进行拓展，UI设计师会挑出几个主页面进行风格页的设计，一般会提供3-5个风格页的设计，确认整个UI的设计风格，风格确认后，UI设计师根据产品经理提供的产品原型图进行页面的设计，终输出整套高保真UI设计图。

五、app前端开发

当页面设计完成后，目前app项目还是静态的，也就是不可点击的，前端开发就是把静态的页面实现动态化，动效交互可见，可点击，可跳转。这个阶段，企业可以在线进行app的初步体验，并确认。

六、APP功能研发

安卓、ios app开发工程师进入app功能研发阶段，此环节是整个app开发中核心的步骤，包括app整体框架搭建，数据库搭建，客户端开发，后端开发，当中需要确认app的开发方式，是选择原生开发、web app开发、还是混合app开发。这是整个app重要的阶段，app的性能、运行速度和功能体验都在这个阶段实现。

七、测试阶段

在app完成代码开发后，并不是就可以直接进行发布了，还需要经过开发公司内部测试完成后，就可以联网进行系统内测，参与人员包括项目需求方和开发公司测试人员，可以下载并安装测试版本。

八、应用市场上架

发布上线，app开发设计测试完成后，就需要app运营人员把软件上架到各大应用市场平台供用户下载。

聊天APP的5大步

第一步：APP产品的需求分析

需要产品经理对市场进行需求分析，通过公司的战略，对用户的需求进行用户调研分析，通过分析以后的研究确定要开发的APP产品的主要功能，进而制定出具体的实施方案。

第二步：APP产品设计

根据APP产品经理的研究分析方案，设计团队根据解决方案设计产品。这部分有两个团队，一个是APP的交互设计团队，另一个是负责界面设计的UI设计团队。这两个团队负责不同的任务。

交互设计主要是在分析用户需求的基础上，在产品管理器中设计出最简单方便的 *** 作方法供用户使用，通过设计页面跳转，然后设计出原型地图交给开发团队进行研发。

第三：.程序开发阶段

该阶段分为前端及后端开发，在UI设计完成后，由项目负责人对接到前端开发人员，将UI界面用代码展示出来，完成一个app的初稿，一般在2周左右完成，然后进行后端的服务端开发，服务端开发包括架构设计、数据库搭建、各功能需求的实现、以及接口封装、管理后台开发等等。

第四：app测试阶段

有软件测试人员对设计初步完成的app进行测试，找出app存在的问题及BUG，及时反馈给开发人员修复，一直循环，直到测试通过。

第五：项目交接验收阶段

与客户确认验收项目，客户在体验完开发好的app后，如有问题，则进行调整，直到客户体验满意验收，然后上线。

---