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

武汉理工大学软件需求课程设计社区外来暂住人员管理系统原创性声明本人郑重声明: 该“社区外来暂住人员管理系统”设计报告是在老师的指导下经本人查询书籍所作, 除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明. 目录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:待确定问题的清单* 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管理员选择更改信息. Pmpt系统提示管理员确认要更改的信息. Person.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用户界面“社区外来暂住人员管理系统”的屏幕画面将遵照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（实体） 收集和存储有关其数据的业务域中的一个条目。entityrelationship diagram（实体关系图） 一种分析模型，它确认了一对实体之间的逻辑关系。eventresponse 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（用例） 描述了执行者与系统之间逻辑上相关的可能交互集，系统的输出为执行者提供了价值。用例可以包含多个场景。usecase diagram（用例图） 一种分析模型，它确认了与系统交互以达到有用目的的执行者，和这一执行者将执行的各种用例。user（用户） 直接或间接（例如，使用来自系统的输出，但并不亲自产生这些输出）与系统交互的客户。也称为