概要设计阶段概要设计说明书的.docVIP

PAGE 0 PAGE 14 合胜固定资产管理系统——概要设计说明书 [合胜固定资产管理系统] 概要设计说明书 [V1.0(版本号)] 拟 制 人___赵海龙______________ 审 核 人______________________ 批 准 人______________________ [二零一零年四月十五日] 概要设计说明书 1．引言 1.1编写目的 本概要设计说明书详细叙述了本项目第一阶段的主要内容，并且对系统的性能需求、安全保密需求做了较为详细的阐述。本说明书供业务和技术部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品开发的依据之一。 1.2背景 作为软件开发的前期文档，主要是 1.3定义 HST： 合胜信息技术有限公司 B/S ：Browser/Server结构）结构即浏览器和服务器结构。 需求：用户解决问题或达到目标所需的条件和功能；系统或系统部件要满足合同、标准，规范或其他正式文档所需具有的条件及权能。 1.4参考资料 《国家标准软件开发文档规范》 《软件开发流程》 闪四清：《SQL Server 实用简明教程》，清华大学出版社，2003年1月版 2．总体设计 2.1需求规定 2.1.1系统功能 本系统主要是对资产进行全程的时时的跟踪和管理，能随时掌握资产所处的状态以及使用状况。对资产的检修、折旧、报废等问题做出分析，为管理者对资产的评估做出全面准确的分析。 2.1.2系统性能 2.1.2.1精度 在用条码扫描仪扫描条形码时，必须要准确以及在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确。 系统中的编码要球为String 类型，长度最长为30位。 单号的编码为String 类型 ，长度最长为30位。 日期类型为Datetime 类型 ，格式为“yyyy-MM-dd” 数量为 int类型 ，最大为62535. 货币为 Decimal 类型 ，精度为小数点后2位。 2.1.2.2时间特性要求 没有具体特别的要求 2.1.2.3可靠性 系统应能长时间的工作，并能在大量数据录入的情况下保持稳定，对数据的处理能力要稳定。 2.1.2.4灵活性 本系统要能够适应不同的企事业单位资产的类别分类，用户根据自己公司的实际情况自定义分类，折旧维护用户可以有多种选择折旧的算法，适应不同企业单位的折旧算法要求。本系统很多功能和录入条件用户可以自定义，充分的满足用户的多种需求和不同的需求。灵活性特别突出。 2.1.3输入输出要求 用户当资产采购回来后，第一次手工录入资产的信息，同时系统生成条形码，以后对资产的查询或者是追踪只需扫入资产的条形码即可，资产的信息就会查询到。这样子利于对资产的管理和解放人的劳动力，同时避免了手工操作造成的数据不准确性和易丢失性。 2.1.4 本系统应该能够对大量数据的管理能力，由于资产的种类繁多，每个企事业单位的性质不同，采购的资产类别也不尽相同，要求能够对大量数据进行统计和分析能力。准确且快速的处理数据之间的操作。 2.1.5故障处理要求 系统要能考虑到可能由于用户输入错误的数据所造成的问题，做以友好界面提示，不能突然的卡掉或是半天没有反应。 2.2运行环境 主机：奔腾以上PC兼容机，内存256M 以上，显示分辨率800*600以上 操作系统：Windows 98 ，Windows 2000，WindowsNT，Windows Xp等。 2.2.1设备 条码扫描仪 ： 用来扫描资产的条码而得到资产的信息 打印机 ： 服务器 ： 用来随时的浏览和管理资产用来打印Excel或是报表所处的状态 2.2.2支持软件 本系统是在基于Windows 操作平台上开发出来的系统，所以系统兼容Windows的操作平台。 2.2.3接口 本系统所要录入的资产信息是通过条码扫描仪录入的，通信的方式为“TCP/IP 通信协议 2.2.4控制 资产的编码或者是资产的条形码控制整个资产的流通过程，对于资产所处的状态进行全程的跟踪和时时的监控。 资产的编码/条形码是由系统自动产生的，但是用户可以自己修改，但是不允许重复。 2.3基本设计概念和处理流程 资产的这个过程如下图所示： 整体的功能模块图： 整个流程是这样子的： 2.4结构 整个系统的总的功能结构图： 登录模块： 用户输入帐号和密码进行验证登录。 部门信息维护：用户可以自定义部门名称，对部门进行删除、修改、新增操作。 资产类别维护：用户可以自定义资产的类别，名称，有删除、修改、新增操作。 员工信息维护：用户可以新增员工的信息