xxxxx
项目需求分析报告
编号:
序号:
文 档 作 者: 日期:
项 目 经 理: 日期:
部 门 主 管: 日期:
管 理 员: 日期:
XXXXXXXXXXXXXXX
版权所有 不得复制
修订记录
目录
1 引言... 1
1.1 编写目的... 1
1.2 项目背景... 1
1.3 定义... 1
1.4 参考资料... 1
2 概述... 1
2.1 产品的描述... 1
2.2 产品的功能... 1
2.3 开发环境... 1
2.4 一般约束... 1
3 具体需求... 1
3.1 内部功能需求... 1
3.2 外部接口需求... 1
3.2.1 用户界面... 1
3.2.2 硬件接口... 1
3.2.3 软件接口... 1
3.2.4 通讯接口... 1
3.3 性能需求... 1
3.3.1 静态数值需求... 1
3.3.2 动态数值需求... 1
3.3.3 数据词典... 1
3.3.4 数据采集... 1
3.3.5 数据精确度... 1
3.3.6 时间特性... 1
3.3.7 适应性... 1
3.4 设计约束... 1
3.4.1 需遵守的其它标准... 1
3.4.2 硬件限制... 1
3.5 属性需求... 1
3.5.1 可靠性... 1
3.5.2 安全性... 1
3.5.3 可维护性... 1
3.5.4 可移植性... 1
3.6 其它需求... 1
项目需求分析报告
关键词:
摘 要:
1 引言
xxxxxx
1.1 编写目的
【阐明编写需求说明书的目的,指出读者对象】
1.2 项目背景
【项目的委托单位、开发单位和主管部名】
【该产品项目与其他产品或其他系统的关系】
1.3 定义
【列出文档中用到的专门术语的动议和缩写词的原文】
1.4 参考资料
【格式:作者 标题 编号 出版单位或资料来源 发表日期】
【范围:项目经核准的计划任务书;合同或上级批文;项目开发计划;与项目有关的已发表的资料;文档中所引用的资料;所采用的标准或规范】
2 概述
2.1 产品的描述
用与它有关的产品或项目来描述被开发项目:
1) 如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。
2) 如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小节应当:简述这个较大的系统或项目的每一个组成部分的功能,并标识其接口;标识被开发产品项目的主要外部接口(建议用图形表达有关的系统或项目的主要组成、相互联系和外部接口)。
2.2 产品的功能
简明叙述被开发产品项目的功能。
2.3 开发环境
列出所采用的操作系统、编程语言、编程工具(编译器和调试器)、硬件设备、数据库平台和网络平台等开发环境特点。
2.4 一般约束
1) 硬件的限制;
2) 与其他应用系统的接口;
本节不列举具体需求或具体设计约束。但是, 应对具体需求一章中描述的某些具体需求和设计约束提供理由。
3 具体需求
3.1 内部功能需求
描述产品系统产品的输入经过什么处理转换为输出,它必须描述在产品系统中进行的基本操作。
对于每一类功能或者有时对于每一个功能,需要描述其输入、处理和输出等需求。这些内容用四小节描述:
1) 功能需求1
(1) 引言
描述完成本功能的目的,所使用的方法和技术,包括可以清楚说明本功能示意图的来源或背景材料。
(2) 输入
A. 对本功能全部输入数据的详细描述,它们包括:输入源、数量、度量单位、时间关系、有效输入的范围、精度和公差等。
B. 操作员具体的控制需求,其中包括操作员活动的描述,控制台或操作员的位置等。例如,在打印表格时,要求操作员调整打印纸位置的需求。
C. 指明引用的接口规格说明或相应的接口控制文档。
(3) 处理
说明该功能应该对各输入数据进行哪些处理,并对各处理进行定性的说明,尽可能采用严格的定义方式。
(4) 输出
说明该功能全部有关输出数据的详尽描述,包括:
A. 输出的目的地;
B. 有效输出的范围、精度和公差;
C. 非法值的处理;
D. 错误信息。
2) 功能需求2
…………
3) 功能需求N
3.2 外部接口需求
3.2.1 用户界面
1) 用户使用产品系统产品时的界面需求。
例如,如果系统的用户通过显示终端操作,就必须指定如下需求:对屏幕格式的要求,报表或菜单的页面显示格式和内容,有关输入和输出的时间,用户命令的形式;
2) 界面的优化问题。
可以简单地用一个表列出系统用户做什么或不做什么。例如,要求的是长的还是短的出错信息。与其他需求一样,这种需求也应该是可验证的。
3.2.2 硬件接口
陈述产品与系统硬件设备之间每一个接口的逻辑特点。还可能包括如下事宜:要支持什么样的设备,如何支持这些设备,如何约定等。
3.2.3 系统接口
描述与本产品系统有关产品系统(如数据库管理系统、操作系统、或者应用软件包、电路、设备等)的使用方法,以及与这些产品系统的接口。
对每一个有关的产品系统产品,应该提供如下内容:
A. 名字型号;
B. 助记符;
C. 版本号;
对于每个与其它产品系统的接口,本部分应:
A. 描述与本产品系统相连接的产品系统的基本功能,以及达到的目的。
B. 描述传递信息的内容、格式和接口定义。对于已有完整文档的接口,只需要引用描述该接口的文档。
3.2.4 通讯接口
本节应当说明各种通讯接口。例如局部网络协议等。
3.3 性能需求
本节应当从整体上说明对该产品系统、或人与该产品系统相互作用的静态或动态数值需求。
3.3.1 静态数值需求
静态数据包括:
支持的终端数、支持的同时操作的用户数、处理的文件和记录数、表和文件的大小、对数据的精度要求(包括数学的、逻辑的和传输的精度)等。
3.3.2 动态数值需求
包括诸如处理和任务的数量,以及在正常情况下和峰值工作条件下,在一定时间周期中要处理的数据总数。有关响应时间、更新处理时间、数据转换和传输时间也在这一部分陈述。
3.3.3 数据词典
3.3.4 数据采集
3.3.5 数据精确度
3.3.6 时间特性
【如响应时间、更新处理时间、数据转换与传输时间、运行时间等】
3.3.7 适应性
【在操作方式、运行环境、与其他产品系统的接口以及开发计划等发生变化时,应具备的适应能力。】
3.4 设计约束
3.4.1 需遵守的其它标准
包括报表格式、数据命名规则、检查追踪方式等。
3.4.2 硬件限制
包括硬件配置的特点(接口数,指令系统等)、主存贮器和辅助存贮器的容量、CPU速度等。
3.5 属性需求
3.5.1 可靠性
说明对产品系统的可靠性需求达到什么样的程度。
3.5.2 安全性
指出产品系统的安全性要求,以防止突然或非法的访问、使用、修改数据或者泄密。
3.5.3 可维护性
说明产品系统可维护性的需求。
3.5.4 可移植性
列出确保用户程序和用户界面的兼容方面的需求(如果有的话),以及为把被开发产品系统从一种运行环境移植到另一个运行环境的需求等。
3.6 其它需求
第二篇:系统需求分析报告-范例2
编号: 学年第学期
实 验 报 告
实验课程名称 教学管理信息系统
专 业 班 级
学号
学 生 姓 名
实验指导教师
浙江大学城市学院教学管理信息系统需求分析报告
第一章 浙江大学城市学院教学管理信息系统开发项目介绍
一、 新系统的目标和功能
1. 新系统的名称:浙江大学城市学院教学管理信息系统
2. 新系统的总体目标:采用本方案建议的新的教学管理信息系统后,可以期望实现的目标:
(1) 实现网络化管理,使系统可在教学管理大楼、教室和学生宿舍同时使用,提高教学管理便捷性。
(2) 增加学工管理系统,促进学校教学管理工作的丰富化、规范化和标准化。
(3) 提高教学管理信息系统的管理水平,提高教学管理的工作效率,为教师和学生提供更完善的信息服务,最大范围地满足教师与学生的需求。
3. 新系统的主要功能:
浙江大学城市学院教学管理信息系统是基于Microsoft SQL Server开发出来的管理系统,它包括学生信息管理系统、教师信息管理系统、课程信息管理系统及学工信息管理系统。新系统功能全面,中心数据库提供了高性能Web页信息访问机制,是目前国内比较优秀的一套教学管理信息系统。
二、 新系统开发背景介绍
1. 开发者介绍:XX软件公司是一家专业从事软件技术开发、软件产品生产、网站运营、电子商务、网络工程的高科技公司,是国家级高新技术企业、软件企业。公司拥有一支富有创新、开拓精神的高素质的战斗团队,具备国内一流的软件开发技术和大型工程实施功能。
2. 用户介绍:浙江大学城市学院(Zhejiang University City College,)成立于19xx年7月,是国家教育部和浙江省人民政府批准设立,由浙江大学、杭州市人民政府合作办学,并与浙江省电信实业集团共同发起创办的全日制本科普通高校。学院位于杭州市拱墅区,占地 1000余亩,校舍面积 40 万余平方米。校园环境优雅,基本设施先进,办学条件齐备。学院拥有一支德才兼备、生师比匹配、专兼比合理、学缘结构优化的师资队伍,近几年来成绩突出、发展迅速。
第二章 浙江大学城市学院“教学办业务过程”和“现行系统”的初步调查
一、 浙江大学城市学院教学办业务过程初步调查
1. 组织结构图:下图所示为浙江大学城市学院教学办的组织结构。
2. 业务功能图:下图所示为浙江大学城市学院教学办教学管理功能。
3. 业务流程图:下图是对浙江大学城市学院教学办主要业务流程的描述。
A. 图符定义:
B. 业务流程:
二、 现行系统的使用情况和不足
1. 现行系统已经实现的功能:
(1) 包括:学生信息管理、教师信息管理及课程信息管理。
(2) 现行系统可存放3000个学生和500个教师的档案。
2. 现行系统存在的问题:
(1) 现行系统是单机版本,无法在教学管理大楼、教室和学生宿舍同时使用。
(2) 现行系统存储不足,只能存放3000个学生和500个教师的档案。
(3) 现行系统功能不足,没有学工管理系统,无法进行第二课堂的管理、学生在校奖惩情况的管理及奖学金管理工作。
三、 初步需求分析
1. 新系统硬件设备配置及网络建设方案
硬件设备配置:服务器3台,网管工作站1个,交换机3台,客户机11台
网络建设方案:建立一个学校的局域网,通过3台服务器,1个网管工作站,3台交换机与11台客户机进行所有的数据交换
2. 用户对新系统安全性能的需求
(1) 无忧维护:软件公司B通过遍及全国的办事处及营销网络提供免费一年维护,真正接触用户的后顾之忧。系统同时以易于维护为目标,方便学校教学教务系统的运营。
(2) 数据安全保密:采用大型网络数据库,数据保密、安全。采用严格的权限管理,杜绝未经授权的访问。
3. 用户对开发时间上的要求
签约后两个月内完成所有实施进度。
四、 项目可行性分析
1. 经济上的可行性
一方面,根据调查得知,浙江大学城市学院已拥有的硬件设备基本能满足教学管理信息系统实现网络化的需求,只需另外再增加一些硬件设备(包括服务器、交换机、客户机)。另一方面,新系统的开发可以较好地解决教学管理系统效率较低的局面,并及时进行学工管理的各项工作,从而提高教学管理的效率,降低学校的管理费用开支。
2. 技术上的可行性
学校现在使用的教学管理信息系统已经有很多年了,所有相关工作人员对电脑和网络的使用都具备一定的经验,完全有能力熟悉和掌握新系统的使用。
浙江大学城市学院新的教学管理信息系统是基于Microsoft SQL Server开发出来的管理系统。Microsoft SQL Server是一个关系数据库管理系统,具有使用方便可伸缩性好与相关软件集成程度高等优点,可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2000 的大型多处理器的服务器等多种平台使用。超大型 Internet 站点可将其数据分开存放在多台服务器上,从而使处理负荷分散到多台计算机上,使站点能为成千上万的并发用户提供服务,有利于实现网络化得目标。
综上所述,新系统的开发与设计在技术上的条件是满足的,因此,在技术上是可行的。
3. 法律上的可行性
新系统配置的硬件设备(包括服务器、交换机、客户机)通过正规产品销售商采购,其上配备的操作系统是正版软件。数据库为正式购买的数据库,有证书和序列号,应用软件为专门为用户开发的系统应用软件,用户对应用软件的源代码和运行代码具有使用权,因此,该系统运行,在法律上是可行的。
第三章 新系统详细调查和建立逻辑模型
一、 新系统详细调查
1. 网络结构
学生信息管理系统教师信息管理系统课程信息管理系统学工信息管理系统
2. 性能目标
(1) 操作简单、用户界面友好
采用Windows图形界面,每一步骤都经过精心的设计,将复杂的统计运算过程隐藏于简单的操作之下,支持纯键盘操作。系统的设计能降低使用前的培训、实施和使用中的维护时间。
(2) 性能稳定
通过合理而先进的网络设计及软、硬件的优化选型,足可保证系统的可靠性与容错性。系统以用户需求为目标、以用户方便为原则,在过去使用的浙江大学城市学院教学管理系统的基础上,根据学校的实际需求功能情况,为用户二次开发,打造一套先进的教学管理系统,并实施安装和后期维护。
(3) 先进灵活
系统充分应用现有成熟的计算机技术、网络技术、软件开发技术,为用户提供高性能的系统。系统运用先进的C/S结构,具备高性能、可靠性。
二、 新系统的逻辑模型
1. 组织结构
注:红色部分为新增加的部门
教学办——对学校教学管理信息系统进行质量管理与监督
学生信息管理部——对学生信息系统进行管理与监督
教师信息管理部——对教师信息系统进行管理与监督
课程信息管理部——对课程信息系统进行管理与监督
学工信息管理部——对学工信息系统进行管理与监督
2. 组织功能
注:红色部分为新增加的组织功能 3. 业务流程分析 A. 图符定义:
B. 业务流程:
注:红色部分为新增加的业务流程
4. 数据流程分析
5. 数据字典
(1) 数据流的描述
数据流名称:学生档案信息 数据流编号:F1
数据流来源:学生档案表 数据流去向:查询模块 数据项组成:学号+姓名+性别+毕业学校+政治面貌
简要说明:从学生档案表中获得学生档案信息
数据流名称:学生成绩信息 数据流编号:F2
数据流来源:学生成绩表 数据流去向:查询模块 数据项组成:学号+姓名+性别+成绩
简要说明:从学生成绩表中获得学生成绩信息
数据流名称:教师档案信息 数据流编号:F3
数据流来源:教师档案表 数据流去向:查询模块 数据项组成:编号+姓名+性别+学历+工作时间+政治面貌
简要说明:从教师档案表中获得教师档案信息
数据流名称:学工信息 数据流编号:F4
数据流来源:学工信息表 数据流去向:查询模块 数据项组成:学号+姓名+第二课堂分数+在校奖惩情况+已获奖学金 简要说明:从学工信息表中获得学生的学工信息
数据流名称:授课信息 数据流编号:F5
数据流来源:授课信息表 数据流去向:选课信息模块 数据项组成:编号+姓名+授课课程+授课时间+授课地点
简要说明:从授课信息表中获得教师的授课信息
数据流名称:课程信息 数据流编号:F6
数据流来源:课程信息表 数据流去向:选课信息模块 数据项组成:编号+课程名+课程时间+课程地点
简要说明:从课程信息表中获得课程信息
(2) 处理的描述
处理名称:添加学生信息 处理编号:P1 处理逻辑描述:将学生信息添加至教学管理信息系统
简要说明:添加新的学生信息
处理名称:添加学生成绩 处理编号:P2 处理逻辑描述:将学生成绩添加至教学管理信息系统
简要说明:添加新的学生成绩
处理名称:添加教师信息 处理编号:P3 处理逻辑描述:将教师信息添加至教学管理信息系统
简要说明:添加新的教师信息
处理名称:添加学工信息 处理编号:P4 处理逻辑描述:将学工信息添加至教学管理信息系统
简要说明:添加新的学工信息
处理名称:添加授课信息 处理编号:P5 处理逻辑描述:将授课信息添加至教学管理信息系统
简要说明:添加新的教师授课信息
处理名称:添加课程信息 处理编号:P6
处理逻辑描述:将课程信息添加至教学管理信息系统
简要说明:添加新的课程信息
处理名称:查询 处理编号:P7
处理逻辑描述:查询教学管理信息系统中的学生信息、学生成绩、教师信息及学
工信息
简要说明:根据相应查询条件进行查询
处理名称:选课操作 处理编号:P8
处理逻辑描述:学生根据学管理信息系统中的教师授课信息及课程相关信息进行
选课操作
简要说明:根据相应课程信息选择合适的课程
(3) 数据存储的描述
数据存储名称:学生档案表 数据存储编号:D1
相关联的处理:P1+P7
简要说明:是存储学生档案的表
数据存储名称:学生成绩表 数据存储编号:D2
相关联的处理:P2+P7
简要说明:是存储学生成绩的表
数据存储名称:教师档案表 数据存储编号:D3
相关联的处理:P3+P7
简要说明:是存储教师档案的表
数据存储名称:学工信息表 数据存储编号:D4
相关联的处理:P4+P7
简要说明:是存储学工信息的表
数据存储名称:授课信息表 数据存储编号:D5 相关联的处理:P5+D7
简要说明:是存储授课信息的表
数据存储名称:课程信息表 数据存储编号:D6 相关联的处理:P6+D7
简要说明:是存储课程信息的表
数据存储名称:选课信息 数据存储编号:D7 相关联的处理:D5+P8
D6+P8
简要说明:存储可供选择的选课信息
三、 配备人员计划
四、 投资预算计划
设备:服务器3台,网管工作站1个,交换机3台,客户机11台
费用支出:初步调查费、系统开发费、硬件购买费
五、 新系统实施的计划
1. 时间计划
2. 人员计划
系统分析:5人 系统设计:10人
系统实施:10人 系统维护与管理:5人
第四章 结论
浙江大学城市学院教学管理信息系统是基于计算机网络计技术,采用多层结构,集多媒体技术、远程通讯技术、IT技术为一体,将多种不同类型的软件工具用同一的用户界面集成为一个大系统,在一个网络上实现教学管理信息的管理。
新的教学管理信息系统的是以提高管理水平为总目标,为教师和学生提供更完善的信息服务,最大范围地满足教师与学生的需求。这些改进能促进学校教学管理工作的丰富化、规范化和标准化,提高管理水平和管理效率。
浙江大学城市学院教学管理信息系统是按学校标准化业务程序流式设计,采用先进的数据库系统和开发工具,经反复验证,实际运行,在浙江省受到好评。
上述设计对时间效率,空间效率,维护代价和用户的实际需求做出了很好的权衡,根据浙江大学城市学院的实际出发,以时间效率和用户的实际需求为根本,得出的最后方案。