社区外来暂住人员管理系统.docx
- 文档编号:14195090
- 上传时间:2023-06-21
- 格式:DOCX
- 页数:10
- 大小:30.16KB
社区外来暂住人员管理系统.docx
《社区外来暂住人员管理系统.docx》由会员分享,可在线阅读,更多相关《社区外来暂住人员管理系统.docx(10页珍藏版)》请在冰点文库上搜索。
社区外来暂住人员管理系统
社区外来暂住人员管理系统
原创性声明
本人郑重声明:
该“社区外来暂住人员管理系统”设计报告是在老师的指导下经本人查询书籍所作,除文中已经注明引用的内容外,本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。
对本论文所涉及的研究工作做出贡献的其他个人和集体,均已在文中以明确方式标明.
1.引言
1.1目标
1.2文档约定
1.3读者对象和阅读建议
1.4项目范围
1.5参考资料
2.总体描述
2.1产品前景
2.2产品特性
2.3用户类及其特征
2.4运行环境
2.5设计和实现上的约束
2.6用户文档
3.系统特性
3.1系统特性X
3.X.1描述和优先级
3.X.2激励/响应序列
3.X.3功能性需求
4.外部接口需求
4.1用户界面
4.2硬件接口
4.3软件接口
4.4通信接口
5.其他非功能性需求
5.1性能需求
5.2防护性需求
5.3安全性需求
5.4软件质量属性
6.其他需求
附录A:
术语表
附录B:
分析模型
附录C:
待确定问题的清单
*******<<软件需求规格说明(SRS)>>*******
1.引言
1.1目标
软件需求规格说明描述了“社区外来暂住人员管理系统”1.0版本的软件功能性需求和非功能性需求.这一文档计划由实现和验证系统正确功能的项目团队成员来使用.除非在其他地方另有说明,这里指定的所有需求都具有高优先级,而且都要在版本1.0中加以实现.
1.2项目范围
“社区外来暂住人员管理系统”允许社区管理者对外来暂住人员进行详细来访记录.详细的项目描述请参见“社区外来暂住人员管理系统”前景和范围文档.文档中这一部分的标题为“初始版本和后续版本的范围”,列出了按照进度计划在这一版本中实现的全部或部分特性.
1.3参考资料
《软件需求2》(清华大学出版社).
2.总体描述
2.1产品前景
该软件为全新的产品.该软件将极大地减轻城市公安局、街道等外来人口管理部门的工作人员劳动强度,提高工作效率;管理信息系统的采用,必然打破传统手工操作的落后方式,强化外来人口管理,控制外来人口规模,保证社会治安,合理分配外来劳动力的流向,使城市暂住人口的管理进一步程序化、科学化、规范化.
2.2产品特性
可单机也可多机操作使用,无需单独配置服务器,操作人员无需具备电脑知识,一看便会.
录入简单,即使对计算机一窍不通,也会在很短的时间内,熟练应用本系统。
查询功能独具特点,可以设置任意查询条件,支持模糊查询、组合条件查询等,比如:
姓名包含“王”并且常住地址在“安徽”的所有外来人员。
也就是说将你想要查询的条件按大众语言输入,系统将会按你的意愿寻找符合条件的记录,如果你一时记不清寻找条件,你只要输入一个或一个以上字符,系统也会自动查找与该字符相匹配的记录,怎么样,够智能吧!
当然,功能决不止这些,还是打开程序界面去看一下吧,简单清晰的程序界面,相信你,用不了几分钟,就会使你振奋、使你爱不释手。
按固定格式打印暂住证、暂住证通知单、暂住人口档案、通报协查联系单。
权限分明,可按不同的管理岗位授予不同的权限,最大限度的提高了系统的安全性。
2.3用户类及其特征
公安局、派出所、街道办事处等管理流动或暂住人口的部门:
这些部门需要处理的流动或暂住人口信息繁多.
2.4运行环境
“社区外来暂住人员管理系统”的操作将在如下操作系统中运行来完成:
Windows98/2000/XP.
“社区外来暂住人员管理系统”将运行在一个服务器中,该服务器运行SQLServer2000.
2.5设计和实现上的约束
系统的安全性还需加强.
2.6用户文档
包括可执行程序和帮助文档.
3.系统特性
3.1信息录入、查询、更改和删除
3.1.1描述和优先级
管理员身份得到验证之后,他们就可以录入、查询、更改和删除暂住人员信息.优先级为高.
3.1.2刺激/响应序列
刺激:
管理员请求录入.
响应:
系统向管理员提供录入表格及说明.
刺激:
管理员请求更改.
响应:
如果信息状态是“已录入”,则系统允许编辑以前的信息.
刺激:
管理员请求删除信息.
响应:
如果信息状态是“已录入”,则系统允许删除以前的信息.
3.1.3功能性需求
Person.in管理员选择录入信息.
Person.change管理员选择更改信息.
Person.change.prompt系统提示管理员确认要更改的信息.
Person.change.not如果管理员不确认要更改的信息,他可以编辑信息,也可以取消更改.
Person.del管理员选择删除信息.
Person.del.prompt系统提示管理员确认要删除的信息.
Person.del.not如果管理员不确认要删除的信息,他可以取消删除.
3.2导出信息以打印
3.2.1描述和优先级
查询出某个人的信息后可以导出信息为Excel格式并打印.优先级为高.
3.2.2刺激/响应序列
刺激:
管理员请求导出
响应:
系统提示导出地址及格式(默认为Excel)
3.2.3功能性需求
Person.save管理员选择导出信息.
4.外部接口需求
4.1用户界面
“社区外来暂住人员管理系统”的屏幕画面将遵照ProcessImpaceInternetApplicationUserInetfaceStandard(ProcessImpact公司的Internet应用程序用户界面标准)版本2.0【4】.
系统提供帮助链接,解释如何使用该软件.
软件的全部导航和信息条目选择,除了综合使用鼠标和键盘共同完成外,还可以只通过键盘来单独完成.
4.2硬件接口
硬件接口还没确定.
4.3软件接口
人员信息数据库管理系统.
“外来暂住人员管理系统”通过程序界面向“人员信息数据库管理系统”发送人员信息.
“外来暂住人员管理系统”将轮询“人员信息数据库管理系统”,以确认该暂住人员信息是否有效.
4.4通信接口
无.
5.其他非功能性需求
5.1性能需求
管理员提交了查询这后,对查询的响应时间不能超过7秒,在此时间内要将查结果显示在屏幕上.
管理员向系统提交信息后,系统将在4秒内向管理员显示确认消息.
5.2防护性需求
防护性需求:
数据窗口中字体的颜色是红色的,当确认无误后,点击“保存”按扭时,数据窗口中字体的颜色变为黑色,这时对数据窗口的数据不能修改了。
点击“加入”按扭,继续录入下一条信息……。
5.3安全性需求
所有涉及功能信息或个人身份信息的网络事务,都要进行加密操作.
登录受计算机系统访问控制策略的限制.
只胡那些被授权可以在家访问“人员信息数据库管理系统”的管理人员,才可以在工作地以外的地方使用“外来暂住人员管理系统”.
新密码,确认密码的意思是对新输入的密码再输入一次,点击“修改”按扭,即完成了密码的修改操作。
建议经常对自己的口令进行修改,以确保系统的安全。
5.4软件质量属性
Availability(可用性)-1:
“外来暂住人员管理系统”将对因特网可用,拨号用户当地时间早晨5点到晚上12点99.9%的时间可用,当地时间晚上12点到早晨5点则95%的时间可用.
Robustness(健壮性)-1:
如果在人员信息得到确认或取消之前,管理员和系统的连接中断,那么用户应该能通过“人员信息数据库管理系统”恢复不完整的信息.
附录A:
术语表
acceptancecriteria(验收标准)用户、客户或其他涉众接受软件产品说必须满足的条件。
actor(执行者)扮演特定角色的一个人、一个软件系统或一个硬件设备,他们与系统交互可以达到某一有用目的。
执行者也称作“用户角色(userrole)”。
analysisrequirements(分析需求)包括这样一些过程:
将需求信息分成各种类别;评估需求是否达到了期望的质量;以不同的形式表示需求;从高层需求衍生出详细的需求;协商需求优先级;等等。
businessrule(业务规则)定义或约束业务某些方面的政策、原则、标准或规则。
constraint(约束)设计和构造产品时,开发人员进行有效选择时必须强行接受的限制条件。
contextdiagram(上下文关系图)一种分析模型,它在很高的抽象层次上对系统进行了描绘。
上下文关系图识别与系统交互的系统外部的对象,但它并不展示系统的内部结构或行为。
datadictionary(数据字典)有关对问题域重要的数据元素、结构和属性的定义的集合。
dependency(依赖关系)一个项目对它控制之外的外部因素、事件或团体的依赖。
entity(实体)收集和存储有关其数据的业务域中的一个条目。
entity-relationshipdiagram(实体-关系图)一种分析模型,它确认了一对实体之间的逻辑关系。
event-responsetable(事件-响应表)对系统产生影响的外部事件或由时间触发的时间的列表,它还描述了系统如何响应每一个事件。
externalinterfacerequirement(外部接口需求)对软件系统和用户、另一个软件系统或硬件设备之间接口的描述。
functionalrequirement(功能性需求)对在某些特定条件下系统将展开的必需的功能或行为的陈述。
nonfunctionalrequirement(非功能性需求)对软件系统必须展示的特性或特点的描述,或软件系统必须遵守的约束,非功能性需求不同于可观察到的系统行为。
postcondition(后置条件)描述用例成功完成之后系统状态的一种条件。
precondition(前置条件)用例开始之前必须满足的条件或系统必须达到的一种状态。
process(过程)达到某一指定目的所执行的活动序列。
“过程描述(processdescription)”是将这些活动的定义编写成文档。
一个过程可以包括一个或多个步骤(procedure)。
qualityattribute(质量属性)一种非功能性需求,描述了系统的质量或特性。
例如包括有易使用性、可移植性、可维护性、完整性、有效性、可靠性和健壮性。
质量属性需求描述了软件产品达到要求的特性的程度,而不是产品行为。
requirement(需求)描述了客户需要或目标,或者描述了为满足这种需要或目标,产品必须具有的条件或能力。
需求是这样一种特性,要求产品必须为涉众提供价值。
softwarerequirementsspecification(软件需求规格说明)软件产品的功能性需求和非功能性需求的集合。
specification(规格说明)将系统需求以结构化的、共享的和可管理的形式编写成文档的过程,同样,产品也要经过这一过程。
systemrequirement(系统需求)包含多个子系统的产品的最高层需求,这些子系统可以全部是软件,也可以既有软件又有硬件。
usecase(用例)描述了执行者与系统之间逻辑上相关的可能交互集,系统的输出为执行者提供了价值。
用例可以包含多个场景。
use-casediagram(用例图)一种分析模型,它确认了与系统交互以达到有用目的的执行者,和这一执行者将执行的各种用例。
user(用户)直接或间接(例如,使用来自系统的输出,但并不亲自产生这些输出)与系统交互的客户。
也称为“最终用户(enduser)”。
userclass(用户类)系统的一组用户,他们具有相似的特性和系统需求。
当与系统交互时,用户类的成员起执行者的作用。
userrequirement(用户需求)用户通过系统必须能够达到的用户目的或任务,或者陈述了用户对系统质量的期望。
附录B:
分析模型
人员信息状态的状态转换图
附录C:
待确定问题的清单
是否需要统计暂住人员记录的条数?
是否需要给暂住人员记录按某条件分类?
是否需要验证暂住人员信息的真实性?
研制报告
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 社区 外来 暂住 人员 管理 系统