一份标准地需求分析文档.docVIP

项目案例名称：《综合信息管理平台》 项目案例文档：《综合信息管理平台需求规格说明书》 1.导言 1.1 目的 该文档是关于综合信息管理平台的功能和性能的描述重点描述需求，概要设计阶段的输入。Portal是一个基于web的应用程序，它主要提供个性化、单点登录、不同来源的内容整合以及存放信息系统的表示层[1] 《企业文档格式标准》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织 1.6 参考资料 [1] 《UML》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织 1.7 版本更新信息 本文档的更新记录如表A-2。 表A-2： 版本更新记录 修改编号 修改日期 修改后版本 修改位置 修改内容概述 001 2010-3-24 0.1 全部 初始发布版本 002 2010-7-26 0.2 2.3、4.4、4.5、4.6、4.7、4.8、4.9 2.3节中最好有针对图A-1 综合信息管理平台流程图的功能描述 2. 系统定义 本章主要阐述一下项目的来源、背景和项目的目标。 2.1 项目背景 本项目是为某公司开发的综合信息管理平台，由于该公司原有的信息系统比较多，有的员工需要登录多个系统去工作，如考勤系统、ERP系统、人事工资系统等等，管理难度比较大，而且有的应用系统涉及到必威体育官网网址的工作，再按照以前的方式去管理，给信息安全管理也带来了问题。为此该公司希望有一个统一的信息管理平台，实现员工统一身份认证，应根据“实名制”原则记录员工从登录系统直至退出的全程访问、操作日志，并以方便、友好的界面方式提供对这些记录的查询功能。 2.2 项目要达到的目标 本项目设定的目标如下： 为企业员工提供统一的认证入口 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少 记录员工从登录系统直至退出的全程访问、操作日志，并以方便、友好的界面方式提供对这些记录的查询功能 系统具有良好的运行效率，能够达到提高生产率的目的 系统应有良好的可扩充性，可以容易的加入其它系统的应用。 平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。 2.3 系统整体结构 根据用户的需求陈述，确定本项目提供统一的用户认证界面，用户认证通过后，判断用户权限，当用户为平台管理员时，可进行用户管理、日志查询、平台管理、统计报表等功能的操作；当用户为业务信息系统管理员时，可以跳转到各信息系统进行业务信息系统管理。根据以上的分析，他们的关系如图A-1所示。 图A-1：综合信息管理平台流程图 3. 应用环境 本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。 3.1 系统运行网络环境 本系统的网络运行拓扑图如图A-2所示，用户通过网络登录到本系统中进行相应操作。 图A-2：网络拓扑图 3.2 系统运行硬件环境 本系统的硬件环境如下： 客户机：普通PC CPU：P4 1.8GHz 内存：256MB以上 分辨率：推荐使用1024*768像素 WEB服务器 CPU：P4 1.8GHz 内存：1G以上 数据库服务器 CPU：P4 1.8GHz 内存：1G以上 3.3 系统运行软件环境 本项目的运行软件环境如下： 操作系统：Windows 2000/ Windows 2003/ Windows XP 数据库：Oracle 9i 开发工具包：JDK Version 1.5 JSP服务器：Tomcat 浏览器：IE6.0 4. 功能规格 我们采用面向对象分析方法作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。 设计Use-case时，我们遵循下列步骤： 第一步，识别出系统的“actor”。Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。 第二步，描述主要的Use Case。可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use Case。 第三步，重新审视每个Use Case，为它们下个详尽的定义。