社区外来暂住人员管理系统

1、精选优质文档-倾情为你奉上社区外来暂住人员管理系统原创性声明本人郑重声明: 该“社区外来暂住人员管理系统”设计报告是在老师的指导下经本人查询书籍所作, 除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明. 目录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

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项目范

3、围“社区外来暂住人员管理系统”允许社区管理者对外来暂住人员进行详细来访记录.详细的项目描述请参见“社区外来暂住人员管理系统”前景和范围文档.文档中这一部分的标题为“初始版本和后续版本的范围”,列出了按照进度计划在这一版本中实现的全部或部分特性. 1.3参考资料软件需求2（清华大学出版社）. 2.总体描述2.1产品前景该软件为全新的产品. 该软件将极大地减轻城市公安局、街道等外来人口管理部门的工作人员劳动强度，提高工作效率；管理信息系统的采用，必然打破传统手工操作的落后方式，强化外来人口管理，控制外来人口规模，保证社会治安，合理分配外来劳动力的流向，使城市暂住人口的管理进一步程序化、科学化、规范

4、化. 2.2产品特性可单机也可多机操作使用，无需单独配置服务器，操作人员无需具备电脑知识，一看便会.录入简单，即使对计算机一窍不通，也会在很短的时间内，熟练应用本系统。查询功能独具特点，可以设置任意查询条件，支持模糊查询、组合条件查询等，比如：姓名包含“王”并且常住地址在“安徽”的所有外来人员。也就是说将你想要查询的条件按大众语言输入，系统将会按你的意愿寻找符合条件的记录，如果你一时记不清寻找条件，你只要输入一个或一个以上字符，系统也会自动查找与该字符相匹配的记录，怎么样，够智能吧！当然，功能决不止这些，还是打开程序界面去看一下吧，简单清晰的程序界面，相信你，用不了几分钟，就会使你振奋、使你爱

5、不释手。按固定格式打印暂住证、暂住证通知单、暂住人口档案、通报协查联系单。权限分明，可按不同的管理岗位授予不同的权限，最大限度的提高了系统的安全性。2.3用户类及其特征公安局、派出所、街道办事处等管理流动或暂住人口的部门 : 这些部门需要处理的流动或暂住人口信息繁多. 2.4运行环境“社区外来暂住人员管理系统”的操作将在如下操作系统中运行来完成: Windows 98/2000/XP.“社区外来暂住人员管理系统”将运行在一个服务器中, 该服务器运行SQL Server 2000.2.5设计和实现上的约束系统的安全性还需加强. 2.6用户文档包括可执行程序和帮助文档. 3.系统特性3.1信息录入

6、、查询、更改和删除3.1.1描述和优先级管理员身份得到验证之后, 他们就可以录入、查询、更改和删除暂住人员信息. 优先级为高. 3.1.2刺激/响应序列刺激: 管理员请求录入. 响应: 系统向管理员提供录入表格及说明. 刺激: 管理员请求更改. 响应: 如果信息状态是“已录入”, 则系统允许编辑以前的信息. 刺激: 管理员请求删除信息. 响应: 如果信息状态是“已录入”, 则系统允许删除以前的信息. 3.1.3功能性需求Person.in管理员选择录入信息. Person.change管理员选择更改信息. Pmpt系统提示管理员确认要更改的信息. Person.

7、change.not如果管理员不确认要更改的信息, 他可以编辑信息,也可以取消更改. Person.del管理员选择删除信息. Pmpt系统提示管理员确认要删除的信息. Person.del.not如果管理员不确认要删除的信息, 他可以取消删除.3.2导出信息以打印3.2.1描述和优先级查询出某个人的信息后可以导出信息为Excel格式并打印. 优先级为高. 3.2.2刺激/响应序列刺激: 管理员请求导出响应: 系统提示导出地址及格式(默认为Excel)3.2.3功能性需求Person.save管理员选择导出信息. 4.外部接口需求4.1用户界面“社区外来暂住人员管理系

8、统”的屏幕画面将遵照Process Impace Internet Application User Inetface Standard(Process Impact 公司的 Internet 应用程序用户界面标准)版本2.0【4】. 系统提供帮助链接, 解释如何使用该软件. 软件的全部导航和信息条目选择,除了综合使用鼠标和键盘共同完成外, 还可以只通过键盘来单独完成. 4.2硬件接口硬件接口还没确定. 4.3软件接口人员信息数据库管理系统. “外来暂住人员管理系统”通过程序界面向“人员信息数据库管理系统”发送人员信息. “外来暂住人员管理系统”将轮询“人员信息数据库管理系统”, 以确认该暂住

9、人员信息是否有效. 4.4通信接口无. 5.其他非功能性需求5.1性能需求管理员提交了查询这后, 对查询的响应时间不能超过7秒, 在此时间内要将查结果显示在屏幕上. 管理员向系统提交信息后, 系统将在4秒内向管理员显示确认消息. 5.2防护性需求防护性需求：数据窗口中字体的颜色是红色的，当确认无误后，点击“保存”按扭时，数据窗口中字体的颜色变为黑色，这时对数据窗口的数据不能修改了。点击“加入”按扭，继续录入下一条信息。5.3安全性需求所有涉及功能信息或个人身份信息的网络事务, 都要进行加密操作. 登录受计算机系统访问控制策略的限制. 只胡那些被授权可以在家访问“人员信息数据库管理系统”的管理人

10、员, 才可以在工作地以外的地方使用“外来暂住人员管理系统”. 新密码，确认密码的意思是对新输入的密码再输入一次，点击“修改”按扭，即完成了密码的修改操作。建议经常对自己的口令进行修改，以确保系统的安全。5.4软件质量属性Availability(可用性)-1: “外来暂住人员管理系统”将对因特网可用,拨号用户当地时间早晨5点到晚上12点99.9%的时间可用, 当地时间晚上12点到早晨5点则95%的时间可用. Robustness(健壮性)-1: 如果在人员信息得到确认或取消之前, 管理员和系统的连接中断, 那么用户应该能通过“人员信息数据库管理系统”恢复不完整的信息. 附录A:术语表accep

11、tance criteria（验收标准） 用户、客户或其他涉众接受软件产品说必须满足的条件。actor（执行者） 扮演特定角色的一个人、一个软件系统或一个硬件设备，他们与系统交互可以达到某一有用目的。执行者也称作“用户角色（user role）”。analysis requirements（分析需求） 包括这样一些过程：将需求信息分成各种类别；评估需求是否达到了期望的质量；以不同的形式表示需求；从高层需求衍生出详细的需求；协商需求优先级；等等。business rule（业务规则） 定义或约束业务某些方面的政策、原则、标准或规则。constraint（约束） 设计和构造产品时，开发人员进行有效

12、选择时必须强行接受的限制条件。context diagram（上下文关系图） 一种分析模型，它在很高的抽象层次上对系统进行了描绘。上下文关系图识别与系统交互的系统外部的对象，但它并不展示系统的内部结构或行为。data dictionary（数据字典） 有关对问题域重要的数据元素、结构和属性的定义的集合。dependency（依赖关系） 一个项目对它控制之外的外部因素、事件或团体的依赖。entity（实体） 收集和存储有关其数据的业务域中的一个条目。entityrelationship diagram（实体关系图） 一种分析模型，它确认了一对实体之间的逻辑关系。eventresponse tab

13、le（事件响应表） 对系统产生影响的外部事件或由时间触发的时间的列表，它还描述了系统如何响应每一个事件。external interface requirement（外部接口需求） 对软件系统和用户、另一个软件系统或硬件设备之间接口的描述。functional requirement（功能性需求） 对在某些特定条件下系统将展开的必需的功能或行为的陈述。nonfunctional requirement（非功能性需求） 对软件系统必须展示的特性或特点的描述，或软件系统必须遵守的约束，非功能性需求不同于可观察到的系统行为。postcondition（后置条件） 描述用例成功完成之后系统状态的一种条

14、件。precondition（前置条件） 用例开始之前必须满足的条件或系统必须达到的一种状态。process（过程） 达到某一指定目的所执行的活动序列。“过程描述（process description）”是将这些活动的定义编写成文档。一个过程可以包括一个或多个步骤（procedure）。quality attribute（质量属性） 一种非功能性需求，描述了系统的质量或特性。例如包括有易使用性、可移植性、可维护性、完整性、有效性、可靠性和健壮性。质量属性需求描述了软件产品达到要求的特性的程度，而不是产品行为。requirement（需求） 描述了客户需要或目标，或者描述了为满足这种需要或目标

15、，产品必须具有的条件或能力。需求是这样一种特性，要求产品必须为涉众提供价值。software requirements specification（软件需求规格说明） 软件产品的功能性需求和非功能性需求的集合。specification（规格说明） 将系统需求以结构化的、共享的和可管理的形式编写成文档的过程，同样，产品也要经过这一过程。system requirement（系统需求） 包含多个子系统的产品的最高层需求，这些子系统可以全部是软件，也可以既有软件又有硬件。use case（用例） 描述了执行者与系统之间逻辑上相关的可能交互集，系统的输出为执行者提供了价值。用例可以包含多个场景。usecase diagram（用例图） 一种分析模型，它确认了与系统交互以达到有用目的的执行者，和这一执行者将执行的各种用例。user（用户） 直接或间接（例如，使用来自系统的输出，但并不亲自产生这些输出）与系统交互的客户。也称为“最终用户（e