文档库 最新最全的文档下载
当前位置:文档库 › 聊天系统_需求分析

聊天系统_需求分析

聊天系统_需求分析
聊天系统_需求分析

文档编号: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 用例、对象与类的关系

序号用例名称类对象备注

1 申请号码用户类用户

用户号码具有合法的网络使用资格

2 登录用户类用户

用户账号

用户密码用户密码用户账号

3 主面板用户类

好友类

陌生人

用户用户好友

4 个人信息用户类

个人信息类

用户

个人信息

用户信息

5 查找用户类用户

6 聊天用户类

聊天信息类用户

聊天信息

聊天信息

7 增加好友用户类

好友类

陌生人类

用户

用户好友

陌生人

好友

不熟悉的人

8 删除好友用户类

好友类

陌生人类

用户

用户好友

陌生人

好友

3.2.2 类的描述

用户类:(ID,姓名,昵称,性别,职业,民族,所属城市,所属省份,所属国家)

好友类:(ID,姓名,昵称,性别,民族,所属城市,所属省份,所属国家,好友类别)

个人信息类:(ID,姓名,联系方式,邮箱,昵称,性别,年龄,民族,职业,爱好,个人主页,毕业院校,所属城市,所属省份,所属国家,个性签名,个人说明,)

聊天信息类(聊天内容,聊天时间,聊天方式,聊天记录,内容字体,内容颜色)

陌生人类:(ID,昵称,民族,所属省份,所属国家)

3.2.3 类与类的关系

GPS—02 3.3 运行需求

3.3.1 网络和设备需求

网络拓扑图

用户

防火墙

用户计算机

运营商终端

服务器

GPS-03

设备需求:

所使用的设备为Intel486以上系列、AMD K6 以上系列等PC 台式机和便携式电脑等。

3.3.2 支持软件与部署需求

支持主流的操作系统和主流软件,基地的概率出现软件不兼容的状态

3.4 其它需求

3.4.1 界面需求

界面关系图

GPS-04

登录界面图

GPS—05

3.4.2 性能需求

本系统为普通聊天系统,处理数据量相对有限,故仅适合于网络用户等,性能良好,

3.4.3 安全需求

?基于PC的软件和个人电脑安全相关

? 2.用户不得私自修改程序代码,一面引起不必要的程序崩

溃和系统死锁

3.4.4 操作需求

?系统能被现有的工作人员快速掌握并使用

?第三方控件的使用:原则是不使用,但必须使用时必须通知提出,

讨论通过后方可使用。

?点对点通讯:私聊、公聊、从吧台获取信息都属于点对点通讯范

畴,采用TCP协议

3.4.5 其它需求约束

所使用的设备为Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑等。

4 尚未解决的问题

? 1. 网络延时,及非主流软件的兼容性

? 2. 和某些操作系统的兼容性

附录

附录A:术语表

附录B:需求原始资料

模拟QQ聊天系统-需求分析报告

版本号 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. 功能要求

超市收银系统需求分析

目录 1.序言 1.1编写目的 (3) 1.2项目背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2.任务概述 2.1目标 (1) 2.2运行环境 (1) 2.3条件与限制 (1) 2.4用户特征 (1) 3.数据描述 3.1静态数据 (1) 3.2动态数据 (1) 3.3数据库介绍 (1) 3.4数据字典 (1) 3.5数据采集 (1) 4.功能需求 4.1功能划分 (1) 4.2功能描述 (1) 5.性能需求 5.1数据精确度 (1) 5.2时间特性 (1) 5.3适应性 (1) 6.运行需求 6.1用户界面 (1) 6.2硬件接口 (1) 6.3软件接口 (1) 6.4故障处理 (1) 7.其它需求 第二开发小组等

引言 1.1编写目的 信息技术高度发达的今天,利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。一方面,这极大的减少了簿记和人力的开销,另一方面,现代计算机强大的计算能力和网络的普遍部署,大大简化了大量信息的处理和流动。同样,超市收银系统是超市日常经营管理的一个重要组成部分,该系统涉及了商品信息,营业额度,以及很多相关信息的综合处理。为了方便配合超市日常经营管理,系统把收银、退货、会员添加、库存提醒等信息管理工作集成到一个统一的平台,各管理人员分工协作、相互配合,及时了解超市日常营运情况。同时,也方便经营者对日常经营情况的了解。 本文档为超市收银系统的设计、实现、测试以及验收提供重要依据,也为评价系统功能和性能提供标准。本文档可供用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。 1.2项目背景 项目委托单位:软件工程课程项目 项目开发单位:08信管软件工程第二开发小组 项目主管部门:08信管软件工程第二开发小组 项目规划: 阶段文档提交日期 需求阶段需求分析文档11月10日 分析设计软件设计文档11月15 日 测试软件测试文档12月20日 项目开发小组: 组长:王国敬 组员:张夏艳杨鹏坤胡杰朱相元王肖建 王世博赵笑天马中源康新伟 第二开发小组等

软件开发案例分析需求模板汇总

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表 被调用:聊天系统模块调用:后台管理模块 输入:聊天内容

BI实施工具-02需求分析库-数据采集需求说明书

版本号: 数据采集需求说明书项目名称:

变更记录 变更审阅

一、引言 1.编写目的 这部分说明文档编写目的,描述本系统特点及使用数据仓库技术实现的业务目标。 2.背景 这部分是项目背景描述。 3.参考资料 这部分列出本文档引用资料的名称,并说明文档上下级关系。 4.术语定义及说明 这部分列出本文档中使用的术语定义、缩写及其全名。 5.一般约束 这部分描述本系统开发过程中的各种可预见的约束条件,例如工具性能约束、开发技术支持约束、软件范围约束等。 二、数据源分析 1.数据源概述 这部分将对本项目中涉及的数据源名称及其业务功能作出简单描述,如果多个数据源之间有关联,那么需要说明他们之间的关联关系。 2.数据源物理环境描述 (1)硬件平台 这部分记录所有数据源程序运行环境需要的硬件平台,包括: ●数据源服务器所在的硬件平台环境 ●数据源程序运行监控硬件平台环境 这里的硬件环境包括机器的型号、硬盘的容量及其速度以及网络环境等。 (2)软件平台 这部分内容是记录所有与数据源程序相关的软件平台,包括: ●数据源服务器所在的软件平台环境 ●数据源程序运行监控软件平台环境

这里的软件环境包括操作系统的种类和版本、数据库的种类和版本等,对监控平台还要关注应用软件。 (3)网络平台 这部分记录与数据采集程序有关的所有网络环境的定义。 3.数据源数据更新特征 这部分对每一个数据源中本次项目中涉及的主表的数据更新状态进行分析,例如是日更新还是月更新以及更新的标志,以作为以后编写增量采集程序的基础。 4.数据源可以提供的文件格式 这部分对本项目中涉及的数据源可以提供的数据格式进行记录,供确认采集需求使用。 三、数据仓库环境分析 1.数据仓库数据量预估 这部分评估本次项目中所有与数据量有关的参数,包括数据源历史数据量、数据源日增量、数据仓库历史存储时间,并根据这些参数估算本次项目中需要向数据仓库增加的数据量。 2.数据仓库粒度定义 这部分根据业务需求和数据源数据分析确定本次项目中涉及的业务实体的粒度。这里讨论这个问题,是因为粒度的高低关系到数据采集的难度。 3.数据仓库运行环境描述 (1)硬件平台 这部分记录所有数据源程序运行环境需要的硬件平台,包括: ●数据仓库服务器的硬件平台环境 ●数据仓库运行监控硬件平台环境 这里的硬件环境包括机器的型号、硬盘的容量及其速度以及网络环境等。 (2)软件平台 这部分记录所有与数据源程序相关的软件平台,包括: ●数据仓库服务器的软件平台环境 ●数据仓库运行监控软件平台环境 这里的软件环境包括操作系统的种类和版本、数据库的种类和版本等,对监控平台还要

软件工程需求分析报告模版

目录 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待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理,为学校的学生成绩管理系统

关于数据采集的需求分析

需求分析说明书 专业:集成电路 班级:2011级2班 姓名:杨丽娟 1108040215 和黄丽婷 1108040228 小组成员:杨丽娟黄丽婷

目录 1.引言 (8) 1.1编写目的 (8) 1.2项目背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2.任务概述 (9) 2.1目标 (9) 2.2运行环境 (10) 2.3条件与限制 (10) 3.数据描述 (10) 3.1动态数据 (10) 3.2数据采集 (4) 4.功能需求 (10) 4.1功能划分 (10) 4.2功能描述 (10) 5.性能需求 (11) 5.1数据精确度 (11) 5.2时间特性 (11) 5.3适应性 (11) 6.运行需求 (12) 6.1用户界面 (12) 6.2硬件接口 (12) 6.3软件接口 (12) 6.4故障处理 (12) 7.其它需求 (12) 8. 经简化后的要求 (12)

1.引言 1.1编写目的 这次的编写目的是源于本次的课程设计,马老师布置任务为设计一个可以实时采集电压数据的嵌入式开发板上的程序,要求我们分组完成课程设计。于是为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。 该文档是需求分析文档。 1.2项目背景 1.0有一数据采集器(程序中用采集ad转换器数据代替),要求采集ad转换器的数据操作。现要求将操作采集的数据能够生成数据文件,并且将生成的文件上进行保存。 1.3参考资料 《用户设计要求说明书》 《项目开发计划》

《嵌入式系统原理》 《接口与应用》 《嵌入式原理》 2.任务概述 2.1目标 将嵌入式机器的采集数据生成数据文件本机保存,并允许远程控制该采集并保存的数据,方便用户的使用和远程数据监控。 总体功能要求如下: (1)本机配备彩色触摸屏; (2)允许本地生成文件; (3)允许文件保存; (4)仪器采集的数据可访问 (解释起来就是:在本机与嵌入式机上都能对数据文件的保存,随时的(嵌入式机器)上传或(计算机)下载文件的软件,且可通过网线或串口与嵌入式机联系起来,连着同步上传文件。) 2.2运行环境 操作系统:linux操作系统、windows操作系统 运行环境:嵌入式开发板、仪器控制界面软件,远程控制软件,终端,以及各种串口软件。 2.3条件与限制 1.远程监控数据必须安装交叉编译环境。 2.具体电压值在-2500mv到+2500mv之间。采集精度在20位。 3.数据采集周期:最快为1000ms采集一次。 3.数据描述 3.1数据采集 嵌入式控制面仪器板主要是通过串行通讯的串口实现对各个数据的采集,包括对ad转换器数据的采集和相关参数的控制。本地嵌入式系统通过以太网通信,实现远程控制和数据的相互存储和处理。

软件系统开发需求分析-模板

软件系统开发需求分析模板 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输人输出要求

聊天软件需求分析报告

实用文档 编号:__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.功能描述

软件需求分析报告文档模板.doc

软件需求分析报告文档模板 目录 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----------------------------------------------------------------背景1.2-------------------------------------------------------------系统目标1.2.1------------------------------------------------------应完成的任务1.2.2------------------------------------------------------不完成的任务1.3------------------------------------------------------------业务模式1.4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2.1-------------------------------------------------------------业务需求2.1.1---------------------------------------------------------使用范围2.1.2----------------------------------------------------------功能要求2.1.3----------------------------------------------------------权限管理2.2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3.1-----------------------------------------------------与其他系统的关系3.2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4.1-------------------------------------------------------------业务分解4.2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5.1------------------------------------------------------------数据单据5.2------------------------------------------------------------数据分析5.2.1---------------------------------------------------------数据分类5.2.2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件

软件项目开发需求报告

软件需求分析格式_如何写需求分析报告 软件需求说明书 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系列的可以独立运行的安装包或可执行文件 开发软件的开发工具清单。是否需要外部存储器和数据通信接口。

聊天软件需求分析

编号:__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《汽车维修业开业条件》规定:一、二类汽车维修企业必须配备

软件开发需求分析报告

需求分析报告 1.引言 1.1目的 需求,指的是系统提供的能力必须遵从的条件,一个系统能否达到预期目标,系统需求做的好坏起着决定性作用,因此,他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论,需求分析的目标就是确定要干什么,而不是怎么干,按照统一软件过程的理论(RUP理论),该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求,同时也要详细的描述系统必须达到的条件或实现的功能,使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析;基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

在线聊天室需求分析

在线聊天室需求分析 需求分析是程序设计中最关键的一个步骤,是其他步骤的基础。其主要任务是“为了解决这个问题,目标系统必须做什么”。主要确定目标系统具有那些功能。在这个步骤里,程序员在用户那里搜集所有的对将要开发的系统的需求信息,并且把这些信息编写成为用户和程序员都可以认可的需求说明书。 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的作用。

相关文档
相关文档 最新文档