企业即时通系统需求分析课件.ppt

1、第一章 需求分析 了解了解“企业即时通企业即时通”软件的项目需求软件的项目需求 熟悉熟悉“企业即时通企业即时通”软件的业务流程软件的业务流程 熟悉复杂用例的描述方法熟悉复杂用例的描述方法 项目分组项目分组 一家一家IT公司随着规模的扩大，公司内部员工之间的及公司随着规模的扩大，公司内部员工之间的及时沟通与交流也愈发困难和重要。虽然市面上有很多时沟通与交流也愈发困难和重要。虽然市面上有很多即时通讯工具（例如即时通讯工具（例如MSN、QQ、ICQ），但是现在众），但是现在众多网络公司提供的免费聊天工具通常只是客户端程序，多网络公司提供的免费聊天工具通常只是客户端程序，而不是服务器端程序，这样就无法

2、灵活地应用在公司、而不是服务器端程序，这样就无法灵活地应用在公司、企业的内部网络中去。于企业的内部网络中去。于 是公司决定自行开发一套仅限公是公司决定自行开发一套仅限公 司内部使用的即时通讯工具。司内部使用的即时通讯工具。什么是什么是IM IM是Instant Messager（即时通信）的缩写。我们常用的QQ、网易泡泡、MSN和ICQ都属于IM软件。“企业即时通企业即时通”软件开发环境软件开发环境硬件要求硬件要求CPU 主频主频 2.0GHz 内存内存 256MB软件要求软件要求Windows 2000 企业版企业版+SP4 Microsoft Visual Studio 2005.NET

3、Framework 2.0SQL Server 2000 企业版企业版 开发一款公司内部使用的即时通讯工具，开发一款公司内部使用的即时通讯工具，对该工具的要求如下：对该工具的要求如下：为了加强对用户的管理，本工具不提供用户注册功能，只提供用户信息维护功能。公司信息、部门信息和用户信息由管理员统一维护。管理员能够查看当前在线用户的详细信息。用户可以同时和多个在线好友聊天。用户能够查看好友信息，维护聊天记录。用户界面设计类似于“QQ”用户界面。用户的聊天信息必须由服务器进行转发。角色划分角色划分普通用户普通用户系统管理员系统管理员普通用户操作普通用户操作普通用户普通用户用户登录用户登录聊天聊天维护

4、个人资料维护个人资料查看好友信息查看好友信息维护聊天记录维护聊天记录重新登录重新登录 管理员操作管理员操作系统管理员系统管理员启动服务启动服务停止服务停止服务查看服务器配置查看服务器配置公司信息维护公司信息维护部门信息维护部门信息维护用户信息维护用户信息维护查看在线用户信息查看在线用户信息功能类别功能类别子功能子功能客户端客户端用户登录用户登录用户信息维护（修改个人详细信息）用户信息维护（修改个人详细信息）查看好友信息查看好友信息聊天聊天聊天记录维护（查看、清除、导出）聊天记录维护（查看、清除、导出）重新登录重新登录功能类别功能类别子功能子功能服务器端服务器端启动服务启动服务停止服务停止服务查

5、看配置信息查看配置信息查看在线人员详细信息查看在线人员详细信息公司信息维护（添加、修改）公司信息维护（添加、修改）部门信息维护（添加、删除、修改）部门信息维护（添加、删除、修改）用户信息维护（添加、删除、修改）用户信息维护（添加、删除、修改）用户需求说明书用户需求说明书 是通过需求调研产生的重要文档。该文档主要描述了产品必须要完成的任务,以及描述用户对产品的功能性需求和非功能性需求。作用：作用：是对用户需求（原始材料）的分类汇总及确认用户需求说明书模版用户需求说明书模版 主要包含：主要包含：1.功能要求功能要求 对功能的简要说明 2.业务流程业务流程（可选）（可选）功能实现流程图 3.输入输出

6、数据输入输出数据 用户的输入值 与用户输入值对应的程序输出结果 简介简介 根据用户填写的服务器根据用户填写的服务器IP地址和端口号发送连接请求。地址和端口号发送连接请求。连接成功后，服务器验证用户身份。验证通过后登录客连接成功后，服务器验证用户身份。验证通过后登录客户端主窗体，否则提示错误消息。户端主窗体，否则提示错误消息。业务流程业务流程登录登录服务器响应服务器响应身份身份验证验证主窗体主窗体结束结束错误消息错误消息发送请求发送请求没有没有有有成功成功失败失败 输入输出数据输入输出数据项目项目数据类型数据类型I/O要求要求必填必填/必显必显范围范围举例举例用户名用户名字符字符I 必填，必填，

7、8-10位位CoolerCat密码密码字符字符I必填，必填，6-10位位*服务器服务器IP数字和数字和.的组的组合合Ixxx的取值范围的取值范围0-255192.168.1.101端口号端口号数字数字I4位位8000消息提消息提示示字符字符O 符号意义符号意义：代表肯定：代表肯定 例如：登录时的用户名为必填项：代表否定：代表否定 例如：用户信息维护时的电话信息为可选项：代表不适用：代表不适用 例如：用户提示消息是在某些条件满足时才显示的内容，因此既不属于“必填”项，也不属于“必选”项定制定制：不受用户干预的数据：不受用户干预的数据例如：“查看好友信息”是把从数据库中读取的数据显示出来。“用户信

8、息维护”中 的“来自”和“头像”信息，用户只能选择，不能输入。简介简介 服务器端功能，为管理员提供用户信息的添加、删除、服务器端功能，为管理员提供用户信息的添加、删除、修改等基本功能。修改等基本功能。增加用户信息增加用户信息处理变更请求处理变更请求删除用户信息删除用户信息更新用户信息更新用户信息密码初始化密码初始化返回成功消息返回成功消息返回失败消息返回失败消息结束结束发送用户信息变更请求发送用户信息变更请求成功成功失败失败业务流程业务流程 输入输出数据输入输出数据项目项目数据类型数据类型I/O要求要求必填必填/必必显显范围范围举例举例用户名用户名字符字符I8-10位位CoolerCat密码密

9、码字符字符I/O6-10位位*姓名姓名字符字符I1-10位位张三张三性别性别字符字符I定制定制男男部门部门字符字符I定制定制市场部市场部信息提示信息提示字符字符O 需求规格说明书需求规格说明书需求规格说明书需求规格说明书(Software Requirements Specifications简称简称SRS)，也称软件需求分析说明书，是软件开发中的重要文档。，也称软件需求分析说明书，是软件开发中的重要文档。该说明书对所开发软件的功能、性能、用户界面及运行环境该说明书对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。等作出详细的说明。作用作用 对用户而言，它是需求的忠实反映；对开发团

10、队而言，它是指导方针、原则和基础。用户需求规格说明书模版用户需求规格说明书模版 区别区别 联系联系两者之间可能并不存在一一映射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。软件开发人员应当依据产品需求规格说明书来开发当前产品。用户需求说明书用户需求说明书产品需求规格说明书产品需求规格说明书 主要采用自然语言来表达主要采用自然语言来表达用户需求，其内容比较粗略，用户需求，其内容比较粗略，不够详细。不够详细。是是用户需求说明书用户需求说明书的细化，更的细化，更多地采用计算机语言和图形符号来刻画多地采用计算机语言和图形符号来刻画需求

11、。需求。服务器端用例服务器端用例 客户端用例客户端用例 主要包含主要包含:1.用例名称用例名称 2.简要说明：当前用例简介简要说明：当前用例简介 3.事件流事件流 基本流：功能正确实现的正常流程功能正确实现的正常流程 备选流：功能未能正确实现的分支流程功能未能正确实现的分支流程 4.特殊需求：实现基本事件流的特殊要求特殊需求：实现基本事件流的特殊要求 5.前置条件：进入当前用例的前提条件前置条件：进入当前用例的前提条件 6.后置条件：当前用例成功执行后进入的状态后置条件：当前用例成功执行后进入的状态 登录用例登录用例11.0 用例名称：用户登录用例名称：用户登录 客户端功能：用于与服务器建立连

12、接，连接成功后登录服务器。客户端功能：用于与服务器建立连接，连接成功后登录服务器。1.1 简要说明：简要说明：本用例的功能主要是向服务器发送连接请求，并向服务器提供验证所本用例的功能主要是向服务器发送连接请求，并向服务器提供验证所需要的用户名和密码。需要的用户名和密码。1.2 事件流：事件流：1.2.1 基本流：基本流：1 用户填写用户名、密码、服务器用户填写用户名、密码、服务器IP地址、端口号。地址、端口号。2 用户请求登录。用户请求登录。3 客户端程序检查用户填写的内容是否合法（具体要求请参照客户端程序检查用户填写的内容是否合法（具体要求请参照1.3 特殊需特殊需求），如果未通过检查求），

13、如果未通过检查.登录用例登录用例21.2.2 备选流：备选流：1.2.2.1 备选流备选流1：1 如果客户端检查没有通过，比如没有输入用户名，应提示如果客户端检查没有通过，比如没有输入用户名，应提示“用户名不用户名不能为空！能为空！”，.2 用户返回基本流用户返回基本流1。.1.3 特殊需求：特殊需求：1 用户名字符的位数：用户名字符的位数：8-10，必填。，必填。.1.4 前置条件：前置条件：以合法身份登录操作系统，启动客户端软件。以合法身份登录操作系统，启动客户端软件。1.5 后置条件后置条件:用户登录成功用户登录成功,显示客户端主窗体。显示客户端主窗体。复杂用例复杂用例 指包含多个操作的

14、用例，例如部门信息维护用例和用户信息维护用例。部门信息维护用例描述部门信息维护用例描述5.2.1 基本流：基本流：5 用户可能执行如下的操作：用户可能执行如下的操作：用户选择添加操作，系统执行添加部门信息子流；用户选择添加操作，系统执行添加部门信息子流；用户选择删除操作，系统执行删除部门信息子流；用户选择删除操作，系统执行删除部门信息子流；用户选择修改操作，系统执行修改部门信息子流；用户选择修改操作，系统执行修改部门信息子流；用户选择其他操作的时候，系统结束此用例。用户选择其他操作的时候，系统结束此用例。1 添加部门信息子流添加部门信息子流2 删除部门信息子流删除部门信息子流3 修改部门信息子

15、流修改部门信息子流 用例描述注意事项：用例描述注意事项：用例描述最好不要超过四层，如果出现超过四层的情况用例描述最好不要超过四层，如果出现超过四层的情况就需要考虑两个方面的问题：就需要考虑两个方面的问题：1.用例的描述是否过长，语言是否精练，描述是否准确？用例的描述是否过长，语言是否精练，描述是否准确？2.如果经过分析认为描述已经相当准确，那么您要考虑的如果经过分析认为描述已经相当准确，那么您要考虑的就是这个用例是否需要拆分。就是这个用例是否需要拆分。不超过四层的意思就是只能进行如下的描述：不超过四层的意思就是只能进行如下的描述：主流主流 子流子流 分支流分支流 子分支流子分支流 分组建议：分

16、组建议：根据现有学员情况，4-5人一组。每组推选一位项目组长，具体负责对本项目的实施。项目组长负责其项目组的人员分工以及项目开发计划。组长提交项目开发计划以及人员分工安排情况。讨论讨论“企业即时通企业即时通”系统需求，明确需求系统需求，明确需求定义。定义。讨论系统业务流程，明确各个流程的输入讨论系统业务流程，明确各个流程的输入输出数据。输出数据。讨论系统用例描述。讨论系统用例描述。讨论如何合理分组。讨论如何合理分组。讨论如何合理分工。讨论如何合理分工。了解了解“企业即时通企业即时通”软件的项目需求软件的项目需求 熟悉熟悉“企业即时通企业即时通”软件的业务流程软件的业务流程 熟悉复杂用例的描述方法熟悉复杂用例的描述方法