文档编号:SS101
版本号：V1.3
简易QQ聊天系统
需求分析
项目名称：简易QQ系统
编写人：开发小组全体成员
审核人：开发小组全体成员
项目开发单位：简易QQ系统开发小组
xx年xx月x日
简易QQ系统需求分析
1 项目引言 (3)
1.1 编写目的 (3)
1.2 基线 (3)
1.3 定义与标识 (3)
1.4 参考资料 (4)
2 需求概述 (4)
2.1 系统目标 (4)
2.2 用户的特点 (4)
2.3 假定的约束 (5)
3 需求规定 (5)
3.1 功能需求 (5)
3.1.1 用例1：登录（GSM--01） (6)
3.1.2 用例2：申请号码（GSM--02） (6)
3.1.3 用例3：主面板（GSM—03） (7)
3.1.4 用例4：个人信息（GSM—04） (7)
3.1.5 用例5：查找（GSM—05） (8)
3.1.6 用例6：聊天（GSM—06） (8)
3.1. 7用例7：增加好友（GSM—07） (9)
3.1. 8用例8：删除好友（GSM—08） (9)
3.2 数据需求 (10)
3.2.1 用例、对象与类的关系 (10)
3.2.2 类的描述 (10)
3.2.3 类与类的关系 (12)
3.3 运行需求 (12)
3.3.1 网络和设备需求 (12)
3.3.2 支持软件与部署需求 (14)
3.4 其它需求 (14)
3.4.1 界面需求 (14)
3.4.2 性能需求 (15)
3.4.3 安全需求 (15)
3.4.4 操作需求 (15)
3.4.5 其它需求约束 (16)
4 尚未解决的问题 (16)
附录 (16)
附录A:术语表 (16)
附录B:需求原始资料 (16)
1 项目引言
1.1 编写目的
即时消息系统(Instant Messenger，IM)是一种在后PC 时代兴起的，以Internet 网络为基础的，允许交互双方即时地传送文字、语音、视频等信息，能够跟踪网络用户在线状态的网络应用软件。即时消息系统产生有着深刻的社会原因：人们都有渴望社交，获得社会尊重、实现自我的需求，这正是即时消息软件风行的原动力，而物质文明的日益发达所带来副作用，又使得人们习惯与周围的人保持距离，以致人们更愿意对陌生人敞开心扉，在网络中可以跨越年龄、身份、行业、地域的限制，达到人与人、人与信息之间的零距离交流。从这点上讲，即时消息系统的出现改变了人们的沟通方式和交友文化，大大拓展了个人生活交流的空间。
编写本报告主要是为了对拟开发系统的系统功能，系统总体需求及开发系统的可行性进行分析，为决策者及系统开发人员提供是否开发该系统的依据和建议。
1.2 基线
此文档是简易聊天系统初始版本，暂无其他版本。
1.3 定义与标识
● 1. SQCS———Simple QQ Chatting System 简易QQ聊
天系统
● 2. 用户：User
1.4 参考资料
●《软件工程》齐治昌等编著，高等教育出版社出版社，
2010年。
●《实用软件文档写作》肖刚,古辉,程振波,张元鸣编著北
京大学出版社，2008年。
●III.《数据库系统概念》杨东清，马秀粒，唐世谓等编著机
械工业出版社2010年
●《C#图解教程》：(美国)(DanielSolis)索利斯编著人民
邮电出版社 2009年
2 需求概述
2.1 系统目标
使用C#及数据库技术相结合,编写一个聊天系统软件.这个系统提供多个用户及时并发通信的平台.未注册用户可以注册成系统会员,已注册用户可以通过登录进入聊天系统.在系统中用户可以选择进入某一个聊天分区去聊天，也可以与特定的用户聊天。
提供一个在线实时沟通平台.进入系统的用户可以选择自己的聊天对象。
2.2 用户的特点
用户没有专业的计算机知识，所以需要一个友好简单的界面。用户有娱乐需要，所以需要提供娱乐节点。用户通过软件进行沟通，应提供多种方式，如网络视频，音频聊天等。
2.3 假定的约束
●开发软件运行的最短寿命不要低于2年，即须更新。
●进行方案选择比较的期限不要超过2个月
●经费主要通过贷款以及广告商赞助，需要严格控制支出。
●法律和政策方面的限制：主要侵权以及隐私等机密问题的传
播控制
●必须在双核CPU频率大于1.7GHZ，内存大于512MB，硬盘空
间必须要500MB以上的机子上安装运行。可在WINDOWS以及LINUX的系统环境下运行。在C#环境下进行开发设计。
3 需求规定
3.1 功能需求
QQ系统总体用例图
聊天
GPS-01
3.1.1 用例1：登录（GSM--01）
●简要描述：输入正确QQ号和密码显示登入成功。输入错误QQ号
和密码显示登入失败
●参与者：用户
●执行者：用户
●前置条件：开启程序，进入QQ登陆界面
●事件流：
1. 打开登录界面
2. QQ号只能是5到10位的数字
3. 输入正确QQ号或密码，按登入键，用户登入成功
4. 输入非法QQ号或密码，按登入键，提示输入有误
5. 输入未注册的QQ号，按登入键，提示无此QQ号请注册
6. 输入错误QQ号或密码，按登入键，提示登入失败
7. 点击申请号码页面自动转到申请号码窗体，用户可在那进行
注册
●后置条件：无论用户输入任何信息，按取消键，关闭此窗体，退出
软件
3.1.2 用例2：申请号码（GSM--02）
●简要描述：用户按照相关提示资料信息进行正确的填写以完成申请
QQ号并获得QQ号
●参与者：用户
●执行者：用户
●前置条件：有常用的国家承认的证件（身份证，军人证，护照等），
并拥有一台可以连入网络的机器或者移动终端（实名制）
●事件流：
1. 按Tab键,光标可在注册窗体中进行切换
2. 系统测试用户输入是否符合要求，输入是否有误
3. 系统测试用户输入两次密码是否一样
4. 有*号标记是否都填写
5. 当用户正确输入全部资料信息后，按确定键，用户是否得到
相应的QQ号
6. 用户注册成功后，注册界面清空
●后置条件：用户点击取消按钮，窗口关闭，返回注册窗口，等待注
册
3.1.3 用例3：主面板（GSM—03）
●简要描述：头像显示，QQ号显示，好友列表，聊天消息，QQ昵称
等
●前置条件：打开QQ登录界面并成功登录
●事件流：
1. 头像的正确显示及即时更新
2. QQ昵称的正确显示及即时更新
3. QQ号的正确显示
4. 好友列表正确显示及好友列表的更新
5. 聊天消息提示
6. 点击头像出现消息框
7. 能否实现大小头像
●后置条件：退出QQ，等待下次登录
3.1.4 用例4：个人信息（GSM—04）
●简要描述：修改个人信息（姓名、年龄、性别、头像等），修改安全
设置
●参与者：用户
●执行者：用户
●前置条件：正确登录QQ，打开个人信息模块
●事件流：
1.修改个人信息资料后，按确定键，个人信息更新
2.安全设置中应先输入原密码，在输入新密码，并且输入两次
新密码是否一样
3.安全设置在不允许添加好友情况下，任何人都不能加为好友
4.安全设置在允许添加为好友的情况下，任何人都能加为好友
5.安全设置在需要验证才能添加为好友的情况下，经过验证，
添加为好友
6.点击个人信息，可以顺利进入修改页面
7. 再次进入编辑个人信息模块，用户相关资料信息都能及时的
从数据库提前新的信息
●后置条件：退出个人信息模块，等待下次更改
3.1.5 用例5：查找（GSM—05）
●简要描述：可以基本查找、高级查找好友，或者陌生人，可以按号
码查找，也可以按姓名查找
●参与者：用户
●执行者：用户
●前置条件：正确登录QQ，打开查找按钮
●事件流：
1. 基本查找中根据用户的ID号查找好友时正确显示相应的用户
资料信息
2. 基本查找中根据名称查找好友正确显示相应的用户资料信息
3. 基本查找中没有输入用户ID号和名称时，提示输入信息
4. 高级查找中根据年龄性别查找好友时正确显示相应的用户资
料信息
5. 高级查找中没有输入年龄性别时，显示全部的用户资料信息
●后置条件：关闭查找窗口，等待下次查找
3.1.6 用例6：聊天（GSM—06）
●简要描述：发送信息、接收信息、显示头像与QQ号、显示聊天对象、
关闭窗口
●参与者：用户
●执行者：用户
●前置条件：正确登录QQ，并打开聊天窗口界面
●事件流：
1. 发送的信息能正确到达对应窗口
2. 接收的信息能正确显示在窗口
3. QQ头像与QQ号能随个人信息修改显示
4. 聊天对象能显示在对应窗口上
5. 当聊天结束，关闭窗口能顺利实现
6. 发送信息不能为空
●后置条件：关闭聊天窗口，等待聊天，或者开启合另外一人的聊天
窗口
3.1. 7用例7：增加好友（GSM—07）
●简要描述：增加陌生人或者现实朋友至联系人列表
●参与者：用户
●执行者：用户
●前置条件：登录QQ并进入增加好友界面
●事件流：
1. 若添加陌生人可先进行查找功能添加，或者直接添加
2. 若已知对方ID则可直接添加好友
3. 添加后，好友列表更新
●后置条件：无
3.1. 8用例8：删除好友（GSM—08）
●简要描述：删除对方ID
●参与者：用户
●执行者：用户
●前置条件：登录QQ并进入增加好友界面
●事件流：
1. 直接拖动即将删除联系人至黑名单
2. 点击联系人名字，选择删除选项
3. 删除联系人后好友列表更新
●后置条件：无
3.2 数据需求
3.2.1 用例、对象与类的关系
3.2.2 类的描述
用户类：（ID，姓名，昵称，性别，职业，民族，所属城市，所属省份，所属国家）
好友类：（ID，姓名，昵称，性别，民族，所属城市，所属省份，所属国家，好友类别）
个人信息类：（ID，姓名，联系方式，邮箱，昵称，性别，年龄，民族，职业，爱好，个人主页，毕业院校，所属城市，所属省份，所属国家，个性签名，个人说明，）
聊天信息类（聊天内容，聊天时间，聊天方式，聊天记录，内容字体，内容颜色）
陌生人类：（ID，昵称，民族，所属省份，所属国家）
3.2.3 类与类的关系
GPS—02 3.3 运行需求
3.3.1 网络和设备需求
网络拓扑图
版本号 01 文档名称：需求分析报告 项目名称：模拟QQ聊天系统 项目负责人：傅晓荷 编写第二小组 2010 年 4 月 1 日 校对傅晓荷 2010 年 4 月 20 日 审核夏小娜2010 年 4 月 27 日 批准夏小娜2010 年 4 月 27 日 开发单位曲阜师范大学计算机科学学院 08级1班第二小组
1引言 编写目的 作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明，本《软件需求说明书》的主要目的是明确所要开发的软件所应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。 客户登陆后可以通过服务器转发，实现一对一和多对多聊天，闪动托盘图标提示到来信息，实现呼叫功能，并播放不同音乐来提示。系统可以实时显示目前其它用户的状态，保存并能察看聊天纪录，并可以申请新的用户号码。用户登陆成功，将保存其号码，以便下次登陆时，不必再输入而可以直接选择，显示登陆时间。服务器端，向各个客户端发布系统消息。接受来自客户端的各种信息并分别处理。自动分配8位用户号码，并保存该用户，同时将信息返回给客户端。用户下线，将此用户下线消息发给各客户端，并改写用户在服务器端的状态。系统易用、美观的图形界面，可以实现系统托盘。 此外系统还涉及系统数据安全和用户管理的问题、各种代码使用和维护问题、数据安全和数据维护问题、聊天记录和输出等问题，因此还要求系统具有系统管理和事务处理功能。总而言之，要求通过系统的开发，达到系统项目的总体目标是：在整个系统的框架下，结合客户端与服务器端情况的需要实现对数据更新、数据查询、数据统计、数据分析等功能进行有效的管理。并提供用户友好接口，满足用户需求的软件。 预期的使用者就是各单位办公区、联系密切的同学朋友及家人、公司同事等，使用前仔细阅读此软件说明是很必要的，以便更好的使用、管理和维护此系统！ 背景 a、待开发软件名称：模拟QQ聊天工具 b、本项目的任务提出者：夏小娜 开发者：傅晓荷、杜欣欣、董来稳、封娇、郝珍巍、周翼飞； 用户：所有使用QQ的用户。 实现软件的单位：曲师大08级软件工程1班第2小组 c、QQ作为基础的聊天工具，方便所有计算机用户的交流。因此此系统在操作系统的基础上，结合数据库管理系统，运用JAVA来实现运行。 定义 模拟QQ聊天工具数据结构 JAVA语言程序设计 参考资料 《模拟QQ聊天工具需求分析文档》曲师大08级软件工程1班第2小组编写 《软件工程导论》（第五版）2008年2月张海藩编著清华大学出版社
《需求分析报告》书写范例 1.引言 为使得高中语文《劝学》一课多媒体课件开发有序、有效，帮助开发人员与用户之间的交流与理解特制作此文档。本文档开发人员与用户各执一份。 2.项目背景描述 2.1 项目的委托单位：XXX 2.2 该软件系统与其他系统的关系，本项目为高中段语文教学用课件，单独使用于本课程的教学。 2.3 项目名称：高中语文《劝学》一课来讲解演示课件。 2.4 名词定义：无 3. 调研情况介绍 《劝学》是高中语文文言文教学中的一篇。作者：荀子。 通过对课件使用教学能达到以下教学要求： 1、领悟评价作者的思想感情。 2、认识文章艺术特色。 3、了解文言文实词，虚词的用法。 4. 用户特点 4.1 用户业务描述：用户一般为高中语文教师及高中段学生，通过教学学习课文。 4.2 用户情况：教师通过对课件展示课文内容： 1.教师按照：新课引入、全文分析、归纳总结几个方面对课文加以讲解，达到教学要 求。 2.用户最好能直观地展示课文所在求内容； 3.用户一般为高中段语言教师，计算机操作技能一般，因此应尽可能操作直观、方便。 4.3 用户原有系统的情况：原有PPT为顺序执行结构，只能从头放到尾，没有向回返的机制，使用时也只能展示一次。学生有问题时无法及时转移到相应的位置上。
5.任务概述 5.1目标 5.1.1开发目标 演示型课件一般是为了解决教学的重点难点问题而设计制作的，主要作用是辅助教师课堂演示，不要求知识内容的系统讲解，一定要突出重点、难点。通过计算机的多媒体性将不容易用其他媒体解决的问题，以简洁明了的方法和形式呈现给学生。对于语文、历史、地理等需要有大量文字、图形图片、语音等表达知识的重点、难点的课程一般采用演示型课件。高中语文《劝学》一课来讲解演示课件的规划与开发。本软件根据此需求进行开发的。 5.1.2应用目标 使用多媒体教学更容易使学生接受教学的重点与难点。 6. 运行环境 6.1硬件环境 6.2软件环境 6.3条件与限制 7. 功能要求
E-Storage Management System Software Requirements Specification 电子化仓储管理系统软件需求规格说明书 版权所有不得复制 Copyright ? BroadenGate Technologies, Co., Ltd. All Rights Reserved
Revision Record 修订记录
Catalog 目录
错误!未找到引用源。 Keywords 关键词：仓储管理 Abstract 摘要：本文主要描述电子化仓储管理系统的设计需求，包括功能需求和性能需求，以及其他设计约束等。 List of abbreviations 缩略语清单：
1Introduction 简介 1.1Purpose 目的 1.2Scope 范围 本文档包含电子化仓储管理系统V1.0的对外接口和功能描述，以及和外部的约束关系。2General description 总体概述 2.1Software perspective 软件概述 2.1.1About the Project 项目介绍 2.1.2Environment of Pruduct 产品环境介绍 2.2User characteristics 用户特征 2.3Software function 软件功能 2.4Assumptions & Dependencies 假设和依赖关系 3Specific Requirements 具体需求
3.1Functional Requirements 功能需求 我们采用面向对象分析的方法来作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时，该模型将来可 派生出动态对象模型。 设计Use-case时，我们遵循下列步骤： 第一步： 识别出系统的管理员。管理员可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。 第二步： 描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。 第三步： 重新审视每个Use Case，为它们下了详尽的定义。 电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理，提高仓库管理信息的实时性和准确性，达到即时库存管理的功能，并有效控制并跟踪业务的物流和成本管理全过程，实现完善的企业仓储信息管理。系统中设计了装箱算法，为客户提供合理有效的装箱方案，保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息，增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗，并最大限度减少存储成本。 总体功能时序图：（如图3-1所示）
需求规格说明书 项目名称：模拟QQ聊天工具小组成员：林立彬刘磊李宫名马靖杰郑兴涛蒋清华张波。 一、引言 1.编写目的作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明，本《软件需求说明书》的主要目的是明确所要开发的软件所应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。 客户登陆后可以通过服务器转发，实现一对一和多对多聊天，闪动托盘图。系统可以实时显示目前其它用户的状态，保存并能察看聊天纪录，并可以申请新的用户号码。用户登陆成功，将保存其号码，以便下次登陆时，不必再输入而可以直接选择，显示登陆时间。服务器端，向各个客户端发布系统消息。接受来自客户端的各种信息并分别处理。 2.参考资料 《软件工程导论》《数据库系统概论》《Java语言程序设计》《数据结构》 二、任务概述 目标目标通过学习软件工程的设计方法，主要采用JA V A编程技术以及数据库应用，使用户可以使用具备登陆功能、聊天功能、查询功能、娱乐功能、账号管理功能、申请功能的软件，主要用于聊天交流与娱乐。2.2用户的特点用户的特点用户申请后系统自动分配8位账号，密码不得包含特殊字符，由数字，字母等组成。登陆，聊天，查询聊天纪录，接受信息提示。2.3假定与约束假定与约束开发日期：2012年5月。本系统开发人员为6人。 三、需求规定 对功能的规定对功能的规定 3.1.1根据各类用户的需求描述，系统应当具备登陆系统、根据各类用户的需求描述，根据各类用户的需求描述系统应当具备登陆系统、聊天系统这两大主要功能。聊天系统这两大主要功能。登陆系统功能需求：登陆系统功能需求：检查登陆信息是否正确，并向客户端返回登陆信息，如信息正确。就将在线用户发给该用户，并将该用户的状态发给各在线用户。同时在服务器端显示出来。建立与服务器的连接并登陆，能显示登陆错误信息。用户登陆成功，将保存其号码，以便下次登陆时，不必再输入而可以直接选择，显示登陆时间。因为每个用户的QQ号码和密码都是不相同的，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。 聊天管理功能需求： 与好友聊天，实现一对一和多对多聊天；有信息提示，闪动托盘图标提示到来，转发给消息指定的用户；能保存聊天纪录，并能察看聊天纪录。根据系统用户的需求，将本系统按功能划分成两大功能模块：登陆系统、聊天系统，涉及到各类用户：例如学生、教师、系统管理员等。本系统的功能是聊天功能的实现、查看以及管理。用户可以和在线好友聊天并且留言给不在线的好友，以及查看或者是删除聊天记录 IPO表 被调用：聊天系统模块调用：后台管理模块 输入：聊天内容
目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)
6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)
1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统
软件系统开发需求分析模板 1. 引言 1.1 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 1.2 项目背景 本项目的名称：酒店管理系统。 随着国民经济的发展，酒店餐饮行业的队伍在全国范围（尤其是在经济发达地区）不断壮大，从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力， 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件，运用高科技手段进行经营 和管理。为了让酒店更好的经营，我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组，主要是面向酒店餐饮服务行业。 1.3 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 1.4 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书（GB856T——88）.doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 2.1 目标 开发本软件是为了服务酒店，使得酒店更好的经营。适用于一些大中型酒店，主要用于就餐管理和住宿管理。本软件产品是一项独立的软件，不过功能还可以增加，
完成后可以升级以增加功能和完善系统。 2.2 用户的特点 使用本软件要求用户熟悉Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 2.3 假定和约束 本软件由我们小组六个人共同开发，几乎不要经费，开发期限一个月左右。3.需求规定 3.1 对功能的规定 ①系统帐号管理 第一次用一个管理员账号（系统给定）登陆，登陆成功后，可以设置其他用户，包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌，纪录客户用餐情况并结帐。 ③住宿管理 为住宿客户查询并分配房间，纪录客户住宿情况并结帐。 3.2 对性能的规定 3.2.1精度 本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。 3.2.2时间特性要求 本软件运行的响应时间要求不超过1～2秒，基本能实现。 3.2.3灵活性 本软件具有升级功能，以满足用户的需求。 3.3输人输出要求
学生学籍管理系统需求分析报告 1 引言 1.1编写目的 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 1.2项目背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。 使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。 2用户需求 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。 系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求 ·学生档案管理：学生的一般情况，及奖励，处分情况； ·学生成绩管理：学习成绩，补考成绩； ·学籍处理：学生留降级处理，休复学处理，退学处理； ·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计； ·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下： 数据收集前的系统权限
实用文档 编号：__001____________ 版本：____1.0__________ <即时通讯> 需求分析说明书 委托单位：付勇智 承办单位:冰点开发小组 编写:(签名)____李超__________ 2007 年 4 月 11 日 复查:(签名)______聂润声_______ 2007 年 4 月 13 日 批准:(签名)____翁靖凯_________ 2007 年 4 月 13 日
聊天软件需求分析说明书 1.引言 1.1编写目的 本需求规格说明书编写的目的是为了清晰地说明本小组开发《聊天软件》要实现的所有功能。同时也为软件使用者和软件开发者之间建立共同的需求目标，进行一定程度的交流沟通。同时对软件所需实现的功能模块做了全面的描述。它是后续开发工作和验收工作的依据文件。软件使用者和软件开发者以此为共同的基础。 1.2项目背景 随着网络的普及，人类生活越来越依赖网络，人与人之间的交也更多的是在网络上进行，于交流的实时性，即时通讯系统也被越来越多的人所使用。 即时通讯系统除了普通的生活上的交流，也在商业交流中越来越受到重视，它可以是 个很好的与客户之间即时交流的平台，在时间上它要比电子邮件更加具有实时性，而费用相对 电话交流也要经济的多。 在这种环境下，聊天软件作为一种即时通讯工具，得到了很好的发展。 1.3任务描述 1.3.1目标 开发一个即时通讯软件，能够即时发送接受信息，操作简单，能良好的运行。 1.3.2条件与限制 开发时间：三个月 开发环境：J2SE SDK1.5，NetBeans5.5.1,JBuilder2006，MS SQL SERVER 2005 1.3.3 需求 交流者身份的确定，即交流双方需要各自确定允许与对方交流才能交流；交流信息的加密，即不允许他人窃听双方的交流信息；点对点交流（私聊），一次对话的对象只是一个人；同时可以利用本系统形成的P2P（peer to peer，点对点）网络进行用户间的文件传输,进行资源的共享。 2.功能描述
软件需求分析报告文档模板 目录 1. 引言 (1) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励／响应序列 (7) 4.3输入／输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)
引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括 ●正文风格： ●提示方式： ●重要符号： 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括 ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，
软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言 1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。 1.2 项目背景：应包括 ● 项目的委托单位、开心单位和主管部门； ● 该软件系统与其他系统的关系。 1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。 1.4 参考资料：可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等 ● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境
2.3 条件与限制 3 数据描述 3.1 表态数据 3.2 动态数据：包括输入数据和输出数据。 3.3 数据库描述：给出使用数据库的名称和类型。 3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度 5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。 5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 6 运行需求
6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 如可使用性、安全保密、可维护性、可移植性等。 需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。 1．综合需求：项目 说明 备注 1）功能要求 描述软件用来做什么
能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。 2）性能要求 软件能达到什么性能 数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。 3）运行要求 软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件 开发软件的开发工具清单。是否需要外部存储器和数据通信接口。
需求分析报告 1.引言 1.1目的 需求，指的是系统提供的能力必须遵从的条件，一个系统能否达到预期目标，系统需求做的好坏起着决定性作用，因此，他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论，需求分析的目标就是确定要干什么，而不是怎么干，按照统一软件过程的理论（RUP理论），该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求，同时也要详细的描述系统必须达到的条件或实现的功能，使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析；基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;
编号：__001____________ 版本：____1.0__________ <即时通讯> 需求分析说明书 委托单位：付勇智 承办单位:冰点开发小组 编写:(签名)____李超__________ 2007 年 4 月 11 日 复查:(签名)______聂润声_______ 2007 年 4 月 13 日 批准:(签名)____翁靖凯_________ 2007 年 4 月 13 日
聊天软件需求分析说明书 1.引言 1.1编写目的 本需求规格说明书编写的目的是为了清晰地说明本小组开发《聊天软件》要实现的所有功能。同时也为软件使用者和软件开发者之间建立共同的需求目标，进行一定程度的交流沟通。同时对软件所需实现的功能模块做了全面的描述。它是后续开发工作和验收工作的依据文件。软件使用者和软件开发者以此为共同的基础。 1.2项目背景 随着网络的普及，人类生活越来越依赖网络，人与人之间的交也更多的是在网络上进行，于交流的实时性，即时通讯系统也被越来越多的人所使用。 即时通讯系统除了普通的生活上的交流，也在商业交流中越来越受到重视，它可以是 个很好的与客户之间即时交流的平台，在时间上它要比电子邮件更加具有实时性，而费用相对 电话交流也要经济的多。 在这种环境下，聊天软件作为一种即时通讯工具，得到了很好的发展。 1.3任务描述 1.3.1目标 开发一个即时通讯软件，能够即时发送接受信息，操作简单，能良好的运行。 1.3.2条件与限制 开发时间：三个月 开发环境：J2SE SDK1.5，NetBeans5.5.1,JBuilder2006，MS SQL SERVER 2005 1.3.3 需求 交流者身份的确定，即交流双方需要各自确定允许与对方交流才能交流；交流信息的加密，即不允许他人窃听双方的交流信息；点对点交流（私聊），一次对话的对象只是一个人；同时可以利用本系统形成的P2P（peer to peer，点对点）网络进行用户间的文件传输,进行资源的共享。 2.功能描述
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
在线聊天室需求分析 需求分析是程序设计中最关键的一个步骤，是其他步骤的基础。其主要任务是“为了解决这个问题，目标系统必须做什么”。主要确定目标系统具有那些功能。在这个步骤里，程序员在用户那里搜集所有的对将要开发的系统的需求信息，并且把这些信息编写成为用户和程序员都可以认可的需求说明书。 1 可行性研究 1)技术可行性：因为该系统是要求是实现动态交互式的页面设计及对数据库的 查询、插入、删除等操作，而本系统采用ASP技术设计网页 及使用ACCESS数据库来存储数据，所以技术上是可行的。 2) 经济可行性：开发本系统为用户和管理员带来了极大的方便，而且所用的 人力、物力、技术、资金等的花费不大，所以今后获得的经济 效益一定会大于开发成本。 3) 操作可行性：由于本系统安装了ACCESS，IIS所以只要打开IE浏览器， 输入IP地址即可进入本系统，操作方便。 2 聊天室运行环境 ASP要浏览必须经过服务器解析才能够浏览得到。如果是将asp文件上传到支持asp的服务器，那就能够直接浏览。但是如果是在本机上，那就必须将电脑设置成为服务器。单机并不需要设置成为局域网，只需要设置成为单机服务器就可以。 ASP运行所需的环境如下： ·Microsoft Internet Information Server version 3.0/4.0 on Windows NT Server ·Microsoft Peer Web Services Version 3.0 on Windows NT Workstation ·Microsoft Personal Web Server on Windows 95/98/2000/XP 也就是说平常所使用的window95/98/2000/XP都可以运行asp，只需要将其设置为单机服务器就行了。归结一点：window95/98，需要安装PWS；window2000/XP，需要安装IIS。才能发挥其asp的作用。
软件工程__需求分析报告 【最新资料Word版可自由编辑！】
软件工程需求分析报告 项目名称：学生智能管理系统 编写组员：20112452 陈占刚 20112430 周元 20112439 马涛 20112428 张岩 班级:计算机科学与技术11-1班
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版
A P P需求分析
需求分析书Requirement Specification
1.前言 1.1目的 该文档描述了整个系统的整体功能结构概貌，试图从整体框架上给出整个系统的轮廓，然后又对功能需求进行了详细的描述。其中对功能需求的描述采用了AXUERE原型方式，给出了非常直观的原型图和详细的功能描述。这些文字和图形都为了详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。 该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是作为项目交付验收的依据。 1.2预期的读者和阅读建议 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。 （4）测试员：根据本文档对软件产品进行功能性测试和非功能性测试。
（5）销售人员：了解预期产品的功能和性能。 （6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 （7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 2.需求分析 概述 iiuuy 3.功能模块 3.1 注册
用户通过平台所发送的邀请码对平台进行申请账号密码，需要选中是否同意注册条款，并有是否代理注册选项。代理注册就是多填一个代注册人的信息，该信息会入库到另外一个数据库表中，对整个系统逻辑没有影响。输入验证码申请账号后，会跳转到平台注册信息页面以后后续完善个人相关信息保存，账号密码生成。点击返回，回到APP登陆页面。 3.2登陆
软件需求分析报告
目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7