我才是真正的需求分析范文.docx
- 文档编号:11801867
- 上传时间:2023-04-02
- 格式:DOCX
- 页数:10
- 大小:20.58KB
我才是真正的需求分析范文.docx
《我才是真正的需求分析范文.docx》由会员分享,可在线阅读,更多相关《我才是真正的需求分析范文.docx(10页珍藏版)》请在冰豆网上搜索。
我才是真正的需求分析范文
文档编号:
GYGL_1
版本号:
V1.0
1.1文档名称:
需求分析说明书
1.2项目名称:
学生公寓管理管理系统
1.3项目负责:
第25小组
编写:
苏鑫磊(20123269)
校对:
xxx(20091739)
审核:
第三组20123269xxx
批准:
第三组20123269xxx
开发单位:
计算机科学与技术学院
(备注:
此系统的可行性分析报告由第二十五组完成)
软件需求分析报告文档模板
●目录
2.引言
庞大的信息随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍的增长。
有必要开发学生公寓管理系统来提高公寓管理工作的效率。
通过这样的系统,可以做到信息的规范管理、科学统计和快速统计,从而减少管理方面的工作量,同时也可以方便学生对信息的查询。
2.1编写目的
传统的学生公寓管理办法,由于分散管理,易发生丢失,劳动强度高,速度慢,使用计算机可以高速、快捷地完成以上工作。
特别是在计算机连上互联网以后,数据在网上传递,可以实现数据共享,避免重复劳动,规范公寓管理行为,从而提高了管理效率和水平。
公寓管理信息系统以计算机为工具,通过对住宿管理的信心管理,把管理人员从冗杂的数据计算处理中解脱出来,从而全面的提高管理水平与质量。
2.2项目风险
Ø任务提出者:
行政单位。
Ø软件开发者:
西南科技大学计算机科学与技术学院
Ø产品使用者:
行政单位。
2.3文档约定
Ø正文风格:
标题–按照标题1,2,3进行分类编排;
正文–按照微软雅黑4号字体进行撰写。
Ø提示方式:
无。
重要符号:
无。
2.4预期读者和阅读建议
⏹用户:
行政单位;
⏹开发人员:
西南科技大学计算机科学与技术小组软件工程25组;
⏹项目经理:
西南科技大学计算机科学与技术小组软件工程周宏毅老师;
⏹文档编写人员:
西南科技大学计算机科学与技术小组软件工程25组。
2.5产品范围
该软件产品是提供给相关行政单位进行人员信息管理的。
为了方便相关行政单位进行准确、高效、快捷的管理,故而进行本软件产品的开发。
2.6参考文献
列举编写软件产品需求分析报告时所用到的参考文献及资料,可能包括:
●本项目的合同书
●上级机关有关本项目的批文
●本项目已经批准的计划任务书
●用户界面风格指导
●开发本项目时所要用到的标淮
●系统规格需求说明
●使用实例文档
●属于本项目的其它己发表文件
●本软件产品需求分析报告中所引用的文件、资料
●相关软件产品需求分析报告
为了方便读者查阅,所有参考资料应该按一定顺序排列。
如果可能,每份资料都应该给出:
●标题名称;
●作者或者合同签约者;
●文件编号或者版本号;
●发表日期或者签约日期;
●出版单位或者资料来源。
3.综合描述
3.1产品的状况
该产品是现有应用软件的升级产品。
该软件系统和数据库系统之间存在着基本的相互关系。
3.2产品的功能
(详细)
2.2.1角色管理
系统分为管理员,一般用户2类。
系统用户可以查看系统所有信息及对一般用户进行管理。
一般用户则只能对授权信息进行查看。
2.2.2用户管理
用户可以通过以下两种方式进行登录:
●导航内登陆,弹出登陆提示框。
●用户选择信息查看时,弹出登录提示框。
●用户可对本身账号信息进行编辑。
(改)
2.2.3账户管理
管理员可对一般会员进行管理。
●对一般用户的用户名和口令进行修改。
●添加一般用户。
●删除一般用户。
●修改一般用户信息。
2.2.4系统管理
管理员可对系统信息进行管理。
●增添/删除公寓通知类信息。
●学生住宿类信息管理。
(改)
3.3运行环境
本软件的运行环境,包括:
⏹硬件平台:
显示屏–14寸三星显示屏;
处理器–AMDA6-3420MAPUwithRadeom(tm)HDGraphics1.5GHz;
内存–6GB(扩展);
主硬盘–日立HTS525032B9A300(500GB/5400Z转/分)。
⏹操作系统和版本:
Win7操作系统—旗舰版。
⏹支撑环境:
Oracle11g数据库系统。
⏹其它与该软件有关的软件组件:
人事薪资管理系统;单位管理系统;人事管理系统;Oracle11g数据库系统。
⏹与该软件共存的应用程序:
Oracle11g数据库系统。
3.4设计和实现上的限制
Ø必须使用的特定技术、工具、编程语言和数据库:
photoshopCS5,VC,C++,Oracle11g.
Ø要求遵循的开发规范和标准:
《C++编程规范》。
3.5假设和约束(依赖)
●
⏹工期约束:
2周。
⏹经费约束:
无
⏹人员约束:
2人。
⏹设备约束:
笔记本2台、路由器。
⏹地理位置约束:
东6。
⏹其他有关项目约束:
无。
●其它有关项目约束(最后完成这一个)
4.外部接口需求
4.1用户界面
陈述需要使用在用户界面上的软件组件,描述每一个用户界面的逻辑特征。
必须注意,这里需要描述的是用户界面的逻辑特征,而不是用户界面。
以下是可能包括的一些特征
●将要采用的图形用户界面(GUl)标准或者产品系列的风格
●将要采用的图形用户界面(GUI)标准或者产品系列的风格
●有关屏幕的布局或者解决方案的限制;
●将要使用在每一个屏幕(图形用户界面)上的软件组件,可能包括:
●选单;
●标准按钮;
●导航链接;
●各种功能组件;
●消息栏
●快捷键
●各种现实格式的规定。
可能包括:
●不同情况下的文字对齐方式;
●不同情况下数字的表现格式与对齐方式
●日期的表现方法与格式
●计时方法与时间格式;
●Andsoon
●错误信息显示标准;
●
4.2硬件接口
Ø支持的硬件类型:
U盘,光碟,硬盘。
Ø软、硬件之间交流数据的接口:
USB接口、光驱。
4.3软件接口
⏹操作系统:
WindowsXPSP3。
⏹数据库:
Oracle11g数据库。
⏹工具:
搜狗拼音输入法等。
Andmore。
4.4通讯接口
Ø电子邮件:
网易电子邮件、QQ电子邮件等。
ØWEB浏览器:
猎豹浏览器、谷歌浏览器等。
网络通讯标准或协议:
SMTP/POP3协议,TCP/IP协议等。
(计算机网络安全findmore)。
5.系统功能需求
本系统有以下功能模块
账户管理模块
查询管理模块
系统配置模块
系统维护模块
打印报表模块
帮助模块
4.2功能描述
下面详述以下各功能模块
账户信息管理:
1)信息管理:
不同的用户只能查看其对应权限的信息。
用户可以在允许的权限内进行相应的操作,对信息添加、修改和删除。
2.查询管理
1)用户权限:
可以查看系统的通告,自身的账户的属性信息。
在窗体上,先可以选择查询的条件。
按查询即可。
也可输入关键字进行查询,在结果窗口中选择所需信息查看。
2)查询其余用户:
一般用户只能查询其所属宿管。
管理员可以对所有一般用户的信息进行查询。
因为用户的信息是保密的,所以仅限于管理员使用。
3)住宿情况:
学生住宿楼层,同舍人员,所属管理人员。
查到记录后,也可以双击显示详细情况。
3.系统配置
1)配置系统桌面:
用户可以配置自己喜欢的桌面图形。
只要在窗体上单击选择图片,在选择所喜欢的图片即可。
2)数据库保存路径:
仅限于管理员使用。
用于打开数据库。
4系统维护
1)操作员工管理:
仅限于管理员。
其中可以添加、修改、删除操作用户,设置他们的权限级别及密码。
2)系统整理信息:
显示距离管理员整理系统的时间。
5.打印报表
1)打印信息:
一般用户可将权限内其可查看的信息打印成表。
除此之外,将自身所在宿舍详情打印出来。
2)打印所有用户:
是为管理员设置的。
管理员除了基本权限外,还可以根据其需要选择相应的一般用户将其信息打印出来。
6.帮助
1)帮助信息:
显示系统的详细帮助信息。
2)关于系统:
主要是显示系统的一些信息。
4.1输入数据
⏹用户基本信息录入
⏹宿舍信息录入
⏹账号基本信息等级;
⏹人员信息分类录入;
⏹人员变动信息录入;
⏹要查询的信息、关键字。
4.2输出数据
Ø输出学生名单表格,统计报表(包括学生姓名、性别、系别、年级、学号等)。
Ø自动生成在职人员(性别、姓名、教工号、职务、职称)等分类统计表,以及统计图;
Ø公寓管理信息(各宿管所管理的宿舍号、人员基本信息)
Ø(管理与被管理)
6.其它非功能需求
1)系统的功能实现情况:
用户可在本系统下实现一般用户要求的功能。
2)系统的安全性:
对于系统的重要数据都有密码保护,具有一定的安全性。
3)系统的容错性:
用户输错数据都有提示信息,具有较好的容错性。
4)系统的封闭性:
用户的封闭性较好,用户基本在提示信息下输数据。
5.1性能需求
Ø能够快速准确地查出所需信息;
Ø能够快速准确地修改账号信息;
Ø能够快速准确地查出人员的信息变动;
Ø能够形成年度各个信息的年度报表;
Ø系统具有一定的稳定性能保证一定人数使用系统;
Ø给出合理的、标准化的工作标准。
6.1性能需求
A.要按照严格的数据格式输入,否则系统不给予相应进行处理。
B.查询时保证查全率。
6.2时间特性
一般操作的响应时间应在1~2秒内,对软磁盘和打印机的操作也应在可接受的时间内完成。
6.3适应性
满足行政单位的使用需求。
对前面提到的运行环境要求不应存在困难。
6.4用户文档
安装指南
纸质文档,16开文本;
用户手册
纸质文档,16开文本;
在线帮助
电子文档,与软件产品一同分发,配置;
使用教程电子文档,与软件产品一同分发,配置;
列举出将与软件产品一同交付的用户文档,并且明确所有己知用户文档的交付格式或标准,
7.词汇表
1DFD:
数据流图,是以图形的方式描绘数据在系统中流动和处理的过程,只反映系统必须完成的逻辑功能,它是需求分析阶段使用的图形工具。
2报表:
企业管理的基本措施和途径,是企业的基本业务要求,也是实施BI战略的基础。
报表可以帮助企业访问、格式化数据,并把数据信息以可靠和安全的方式呈现给使用者。
简单的说:
报表就是用表格、图表等格式来动态显示数据。
当计算机出现之后,人们利用计算机处理数据和界面设计的功能来生成、展示报表。
计算机上的报表的主要特点是数据动态化,格式多样化,并且实现报表数据和报表格式的完全分离,用户可以只修改数据,或者只修改格式。
3数据库系统(DBS):
是由外模式、概念模式和内模式组成的多级系统结构,是管理大量的、持久的、可靠的、共享数据的工具。
4系统:
为实现规定功能以达到某一目标而构成的相互关联的一个集合体或装置
5软件测试:
利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。
执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。
8.分析模型
这是一个可选部分,包括或涉及到相关的分析模型,例如:
●数据流程图;
●类图;
●状态转换图;
●实体-关系图。
9.待定问题列表
编辑一张在软件产品需求分析报告中待确定问题时的列表,把每一个表项都编上号,以便跟踪调查。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 才是 真正 需求 分析 范文