测绘资质管理信息系统项目研究报告.doc

测绘资质管理信息系统项目研究报告1. 引言1.1 目的本技术报告作为项目开发过程中技术参考和指导。1.2 项目背景为了实现对测绘资质单位的网络信息化管理，测绘管理部门能够更加便捷的对测绘单位的信息数据进行管理、检索。根据中华人民共和国测绘法、中华人民共和国测绘成果管理规定和行政许可法的有关规定，加强测绘行业统一管理，规范审批制度，推行电子政务，促进测绘行业信息数据标准化、格式化、集约化；应国家测绘局行业管理司委托和指导下，由我公司负责开发测绘资质管理信息系统V2.0，旨在更好地密切行业联系、履行行业管理职能、宣传政策法规、接受群众监督、提高办公效率。2. 系统项目概述2.1系统特性测绘资质管理信息系统采用高效强大的工作流技术，使各业务流程可高度灵活的自定义；系统强大的后台管理功能，可方便自定义用户、角色、权限；数据持久化技术及ASP.NET AJAX技术，使系统更高效、稳定、人性化。2.2 模块划分系统功能包括资质申请、资质升级、资质降级、业务范围变更、信息变更、年度注册、复审换证、作业证申请、测绘单位管理、查询统计、信息维护、后台管理等功能。2.3 系统运行环境硬件环境 : 要求服务器CPU配置不低于 3.0GHz Intel Xeon 5100 双核水平，内存容量不低于4GB RAM；网络带宽不低于4M操作系统 : Microsoft Windows Server 2003 R2 32 bit 企业版 及更高Web服务器 :要求IIS6.0及其以上应用服务器 :要求IIS6.0及其以上数据库 :Microsoft SqlServer 2000SP4/Microsoft SqlServer 2005 数据库系统运行平台.NetFramework2.0以上客户端浏览器 :IE6.0及以上版本其它支持软件环境：WinRAR 3.10 及更高版本；Microsoft Office 2003。3. 项目开发总体设计及技术选择3.1 总体设计及技术选择如下图：图：系统框架结构1) 使用分层开发技术，即界面表现层，业务逻辑层和数据访问层，保证代码层次性，减少代码耦合。2) 界面表现层：包括各种控件，页面逻辑，负责与系统用户进行交互.本层依赖于业务逻辑层、访问层的、常量定义层和Web服务层。其涉及项目3) 业务逻辑层：业务逻辑层是表现层和数据层的中继，涉及业务逻辑的判断，业务流程的变化都在此处理。4) 数据访问层负责与具体的数据库打交到，进行数据的获取，存储，更新，删除，他把获得的数据库数据提供给业务逻辑层，经过业务逻辑层的加工后送到界面表现层呈现给用户，或者从界面获取数据经过业务逻辑层加工后保存或更新到数据库。5）公共访问层为其他各层提供常量定义，提供工具服务等。3.2软件开发技术1) 使用了微软.NetFramWork2.0框架和VS2005 开发工具保证技术的先进性。2) 使用了Web服务技术，实现数据跨系统，跨地域交换，并且服务可以灵活配置。3) 使用了独立的资源服务器，用于管理大批量多种格式的附件，资源服务器配置灵活，实现附件的独立管理。4) 使用了ORM数据持久化技术(基于Nhibernate的ActiveRecord技术)，提高了开发速度，也减少了维护成本，充分体现面向对象编程的思想，使系统程序代码更易读更维护。5) 使用了微软Asp.NetAjax客户端无刷新技术，使用户有更好的交互体验。6) 使用服务器端缓存技术，包括页面缓存，数据缓存，提高数据交换效率，保证系统较快的运行速度。7) 系统采用多种设计模式，如工厂模式，单件模式，外观模式，状态模式等，并使用反射技术，事件代理模型等保证系统良好的可扩展性。8) 注重代码重用，摈弃代码重复。9) 使用了稳定的流程引擎；同时流程使用了Url重写技术，提高了流程在处理过程中的安全性。10) 完善稳定的单位，用户，角色，权限管理技术。4. 项目管理制度系统开发符合一般软件开发过程：需求分析、软件概要设计、软件详细设计、程序编码、软件测试、系统验收及运行维护。工程建设管理模式主要包括：项目组织管理、风险管理、文档管理、需求变更管理、版本控制管理、系统测试管理、沟通与协作管理等。1）项目组织管理：公司参与该系统开发项目的人员共12人，其中直接从事该项目软件开发的技术人员10人，项目主管1人，技术主管1人，质量保障人员2人。项目启动之后，公司成立了一个统一的项目组，统一协调。研发部组织人员专门负责项目的研发工作，指派一名项目主管负责领导项目组的技术研发，并由一名有经验的专业工程师负责组织管理。2）风险管理：在项目实施过程中，风险管理涉及的主要过程包括：风险识别，风险量化，风险应对计划制定和风险监控。3）文档管理：在项目实施过程中需要完成完整的项目实施文档，包括：项目计划、业务需求说明书、数据需求说明书、模块、应用开发文档、详细设计文档、系统测试文档、用户手册、系统运行维护等。由各项目负责人控制提交的文档质量，并整体把握项目文档在各阶段的提交情况。4）需求变更管理：在项目实施过程中，用户不可避免有需求变更，为了对产品周期进行有效控制，又满足用户变更的需求，使项目实施的进度、成本和质量有安全的基础，在需求变更管理中遵循了以下流程：5）版本控制管理：通过版本控制软件与开发工具进行无缝的连接，使其有机地结合在一起，完整地保存开发中对应用程序每一个源文件所有的修改记录。因此充分地利用版本控制软件能够对软件开发进行卓有成效的管理。6）进度管理：公司成立了专职的质量保障组，对公司研发部的管理工作进行全方位监控，包括所有项目的工作动态，一旦发现问题及时提出，组织相关人员进行协商讨论，予以及时改正，有了良好的监控机制，将风险降至最低，有效地规避了风险提高工作质量，使得项目进度能够可控。7）系统测试管理：系统测试的主要内容包括：功能测试、性能测试（负载测试、强度测试、容量测试）、安全性测试（故障转移和恢复测试、权限及访问控制测试）、用户界面测试、安装配置测试、兼容性测试。主要采用以手工测试为主，自动化测试工具为辅助工具的黑盒测试的方法。8）沟通与协作管理：项目沟通与协作管理可以保证项目信息及时、正确的提取、收集、传播、存储以及最终进行处置，保证项目组内部的信息畅通。通过信息沟通，来科学的组织、指挥、协调和控制项目的实施过程。没有良好的信息沟通，对项目的发展和人际关系的改善，都会存在着制约作用。沟通的方法包括：1)正式沟通与非正式沟通；2)上行沟通、下行沟通和平行沟通；3)单向沟通与双向沟通；4)书面沟通和口头沟通；5)言语沟通和体语沟通。 5. 参考的软件开发标准规范本系统模块开发所参考的软件开发标准规范有：GB/T 8566-2007 信息技术软件生存周期过程标准GBZ 20156-2006 软件工程软件生存周期过程，用于项目管理指南GB/T 19668.5-2007 信息化工程监理规范 第5部分: 软件工程监理规范GB/T 11457-2006 信息技术软件工程术语GB/T 16260.1-2006 软件工程产品质量 第1部分:质量模型GB/T 16260.2-2006 软件工程产品质量 第2部分:外部度量GB/T 16260.3-2006 软件工程产品质量 第3部分:内部度量GB/T 16260.4-2006 软件工程产品质量 第4部分:使用质量的度量GB/T 18905.1-2002 软件工程产品评价 第1部分: 概述GB/T 18905.2-2002 软件工程产品评价 第2部分: 策划和管理GB/T 18905.3-2002 软件工程产品评价 第3部分: 开发者用的过程GB/T 18905.4-2002 软件工程产品评价 第4部分: 需方用的过程GB/T 18905.5-2002 软件工程产品评价 第5部分: 评价者用的过程GB/T 18905.6-2002 软件工程产品评价 第6部分: 评价模块的文档编制GB/T 20917-2007 软件工程软件测量过程GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南GB/T 19003-2008 软件工程 GBT19001-2000应用于计算机软件的指南 6. 总结测绘资质管理信息系统采用