社区外来暂住人员管理系统原创性声明本人郑重声明: 该“社区外来暂住人员管理系统”设计报告是在老师的指导下经本人查询书籍所作, 除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。

对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明.目录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系统特性X3.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运行环境“社区外来暂住人员管理系统”的操作将在如下操作系统中运行来完成: Windows 98/2000/XP.“社区外来暂住人员管理系统”将运行在一个服务器中, 该服务器运行SQL Server 2000.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用户界面“社区外来暂住人员管理系统”的屏幕画面将遵照Process Impace Internet Application User Inetface Standard(Process Impact 公司的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:术语表acceptance criteria（验收标准）用户、客户或其他涉众接受软件产品说必须满足的条件。

actor（执行者）扮演特定角色的一个人、一个软件系统或一个硬件设备，他们与系统交互可以达到某一有用目的。

执行者也称作“用户角色（user role）”。

analysis requirements（分析需求）包括这样一些过程：将需求信息分成各种类别；评估需求是否达到了期望的质量；以不同的形式表示需求；从高层需求衍生出详细的需求；协商需求优先级；等等。

business rule（业务规则）定义或约束业务某些方面的政策、原则、标准或规则。

constraint（约束）设计和构造产品时，开发人员进行有效选择时必须强行接受的限制条件。

context diagram（上下文关系图）一种分析模型，它在很高的抽象层次上对系统进行了描绘。

上下文关系图识别与系统交互的系统外部的对象，但它并不展示系统的内部结构或行为。

data dictionary（数据字典）有关对问题域重要的数据元素、结构和属性的定义的集合。

dependency（依赖关系）一个项目对它控制之外的外部因素、事件或团体的依赖。

entity（实体）收集和存储有关其数据的业务域中的一个条目。

entity－relationship diagram（实体－关系图）一种分析模型，它确认了一对实体之间的逻辑关系。

event－response table（事件－响应表）对系统产生影响的外部事件或由时间触发的时间的列表，它还描述了系统如何响应每一个事件。

external interface requirement（外部接口需求）对软件系统和用户、另一个软件系统或硬件设备之间接口的描述。

functional requirement（功能性需求）对在某些特定条件下系统将展开的必需的功能或行为的陈述。

nonfunctional requirement（非功能性需求）对软件系统必须展示的特性或特点的描述，或软件系统必须遵守的约束，非功能性需求不同于可观察到的系统行为。

postcondition（后置条件）描述用例成功完成之后系统状态的一种条件。

precondition（前置条件）用例开始之前必须满足的条件或系统必须达到的一种状态。

process（过程）达到某一指定目的所执行的活动序列。

“过程描述（process description）”是将这些活动的定义编写成文档。

一个过程可以包括一个或多个步骤（procedure）。

quality attribute（质量属性）一种非功能性需求，描述了系统的质量或特性。

例如包括有易使用性、可移植性、可维护性、完整性、有效性、可靠性和健壮性。

质量属性需求描述了软件产品达到要求的特性的程度，而不是产品行为。

requirement（需求）描述了客户需要或目标，或者描述了为满足这种需要或目标，产品必须具有的条件或能力。

需求是这样一种特性，要求产品必须为涉众提供价值。

software requirements specification（软件需求规格说明）软件产品的功能性需求和非功能性需求的集合。

specification（规格说明）将系统需求以结构化的、共享的和可管理的形式编写成文档的过程，同样，产品也要经过这一过程。

system requirement（系统需求）包含多个子系统的产品的最高层需求，这些子系统可以全部是软件，也可以既有软件又有硬件。

use case（用例）描述了执行者与系统之间逻辑上相关的可能交互集，系统的输出为执行者提供了价值。