《XXXX概要设计说明书.doc》由会员分享，可在线阅读，更多相关《XXXX概要设计说明书.doc（9页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、信息化系统项目概要设计说明书文档信息文档标题文档Ref. No.文档版本号提交客户方撰写审核文档编制日期当前版本生效日期修改记录修改号修改内容描述影响页码版 本.修改人日 期目录1.文档介绍41.1.文档目的41.2.文档读者41.3.文档范围41.4.名词定义及缩略词41.5.文档引用及相关文档41.6.文档结构概要42.系统目标52.1.系统描述52.2.系统上下文52.3.系统接口52.4.非功能性需求53.系统架构63.1.系统概貌63.2.系统组件63.2.1.待办待阅63.3.限制条件74.系统概念框架75.系统非功能性设计85.1.系统易用性（人机界面设计）85.2.系统管理95
2、.2.1.系统启动与关闭95.2.2.系统配置95.2.3.系统备份与恢复95.2.4.系统安全性管理95.2.5.数据库访问服务105.3.系统的性能105.4.系统的可靠性，容灾性106.结论综述101. 文档介绍1.1. 文档目的通过定义系统框架结构和数据库逻辑模型设计，对系统进行工作结构分解，便于划分工作任务、分析工作量以及便于详细设计，为有效地管理系统提供帮助。1.2. 文档读者本文档由系统架构师负责指导撰写与内容审核，适合于项目顾问、系统分析员、高级程序员与SQA进行阅读，同时供系统建设方技术人员进行查阅。1.3. 文档范围【本节描述本文档的描述范围。它应阐述客户的短期和长期需求，
3、系统层次体系架构，日后系统版本的发放。描述系统组件模块，相应的功能表现，以及之间的相互交互关系。描述基于本文档的系统体系架构，系统会和哪些其它系统集成，以及如何实现集成。如，本文档应包含但不仅限于以下内容：1. 总体商业对象模型；2. 概要的模块分解及和其它系统的集成；3. 概要的主要数据结构；4. 公共处理策略；5. 处理模型；6. 数据流模型及关键用例图处理】。1.4. 名词定义及缩略词缩写描述IAPIntegrated Application Platform，综合应用平台应用系统本文中指接入到IAP的第三方系统。1.5. 文档引用及相关文档文档名称版本日期*需求规格说明书SRS综合应用
4、平台开发规范v3.02. 系统目标2.1. 系统描述2.2. 系统上下文2.3. 系统接口2.4. 非功能性需求易用性提供友好的用户操作界面，具备直观易用的人机界面、系统维护界面和上下文有关的在线帮助。可靠性为了保证系统能稳定可靠地运行，在系统设计时，必须充分考虑系统的可靠性，通过选择优秀的产品和采用必要的技术手段确保系统的可靠性。性能支持的工作站数量：无特殊需求；支持的模拟用户数量：无特殊需求；数据库和文件容量：无特殊需求；数据通道数量：无特殊需求；数据吞吐量：无特殊需求；响应时间：普通数据在开始查询后1秒内得到查询结果，最慢5秒内得到查询结果，平均响应时间为13秒。可维护性在系统出现问题时
5、提供日志功能，记录了所有的错误信息，方便开发人员对系统进行维护。安全性提供较强的管理机制和控制手段，具备事故监控和网络安全保密等技术措施。提供良好的安全可靠性策略，支持多种安全可靠性技术手段，制定严格的安全可靠性管理措施，确保多个应用系统同时运行而不冲突。可扩展性随着数据量的增加和运行节点的扩展，系统对硬件软件的要求会不断提高，系统所有硬件、软件的选型和应用系统的设计必须考虑可扩展性的要求。3. 系统架构3.1. 系统概貌3.2. 系统组件3.2.1. *（具体组件）3.2.1.1. 输入3.2.1.2. 处理3.2.1.3. 输出3.2.1.4. 用户界面3.2.1.5. 接口与函数提供标准
6、的Web Service 接口。3.2.1.6. 出错处理3.3. 限制条件4. 系统概念框架系统的应用开发采用了多层的应用体系结构，将体系结构划分为表现层、业务对象层和.Net核心服务层：表现层表现层代表了与用户发生直接交互的UI界面的逻辑。这一层的核心技术是用户接口模型，即是UI模型。使用这些组件，开发人员不必直接写任何WEB浏览器代码如 HTML 或 WML 。开发人员能够通过基于组件设置的等级对象处理页面。表现层与实际的业务逻辑相独立，使得业务逻辑不必依赖于用户界面，使多种表现层形式（例如多种浏览器支持，无线设备支持、PDA支持）等成为可能。在需要使用别的表现形式的时候，只需要修改表现
7、层部分的组件，而与UI无关的业务逻辑则可以独立地演变，无须受界面变化的影响。业务表现层业务对象层是代表了所有业务逻辑的组件，它通常不包含用户界面。整个企业的业务逻辑都包含在业务对象层。业务逻辑通过组件的形式交互，各个组件本身有良好的封装性，可以为各种各样的应用程序提供相关的服务。随着时间的推进，业务层积累了很多的可重用的业务对象，因此对将来开发和实施应用程序提供了很大的帮助。数据通信原则不同层间的数据通信以XML作为数据传输标准、以HTTP 80端口作为通信标准。5. 系统非功能性设计5.1. 系统易用性（人机界面设计）系统采用B/S架构，通过浏览器和Web页面，用户可以方便地操作系统提供的各
8、项功能。系统界面设计遵循简洁、明了、操作方便的原则，充分发挥B/S系统客户端网页表现形式丰富，操作友好等特点。系统优化业务流程，简化操作步骤，在功能应用方便，为客户提供一个学期曲线小的人机交互界面。5.2. 系统管理5.2.1. 系统启动与关闭系统启动主要依赖四个方面：一是IIS Server，确保IIS正常启动；二是Windows Service，确保WWW服务和系统服务正常启动，三是Web Service接口，确保系统需要访问的接口存在；四是DataBase Server正常启动，并且链接有效。5.2.2. 系统配置系统的配置项可以通过应用程序目录下面的Web.config文件进行配置。5
9、.2.3. 系统备份与恢复系统应用程序部分可以通过硬拷贝（XCOPY）方式进行备份、还原，数据库方面应有数据库管理员配置事务或者手工进行定期的数据库备份。5.2.4. 系统安全性管理根据B/S架构程序的特点，其系统安全性依赖于网络环境的设置，软件方面，无论是客户端的IE或其他浏览器、服务器端的操作系统、支撑环境等，其安全性能都能从生产商中获得升级好保障。硬件方面，可以通过一些通用的链接措施，实现良好的安全环境。5.2.4.1. 使用人员管理系统提供灵活、完整、强大的权限管理模式，可以自由设置成员、用户组、角色等权限单位，可以针对每个功能点进行权限管理。通过同步服务，系统保持与公司一致的组织架构
10、和人员信息，权限设置可以与组织架构紧密结合，实现更灵活的管理方式。5.2.4.2. 公共审计日志服务（audit log）系统可以配置系统日志的等级以及存放路径，可以记录系统操作的轨迹信息，用于跟踪业务流程以及异常操作。系统将生成调试日志、错误跟踪日志、操作日志等日志信息，供相关人员查阅。5.2.4.3. 系统使用日志服务（user log）请参考公共审计日志服务。5.2.4.4. 出错日志及跟踪（trace）服务请参考公共审计日志服务。5.2.5. 数据库访问服务系统通过Web.config文件配置系统的数据库访问链接，系统数据交互层通过OLEDB驱动，链接各种应用数据库，使用IDE通用数据
11、库管理组件，实现事务管理、数据库链接池等高级功能，保证数据库访问的高性能、低消耗。5.3. 系统的性能系统根据通用的网页浏览惯例，保证网页的响应时间。使用压力测试工具和负载均衡策略，保证系统的可靠性和稳定性。采用流行的.net构架和开放的Web Service接口，提供良好的系统兼容性和交互性。5.4. 系统的可靠性，容灾性在B/S系统架设方面，业界已经有许多成熟的经验，通过镜像服务器、负载均衡、数据库动态备份、磁盘阵列等成熟技术，可以方便的保障系统的可靠性和容灾性。6. 结论综述系统充分发挥了现有综合应用平台的优势，为其应用系统供了有力的支持，使IT管理部门可更加有效更加规范地管理好各种数据资源和各应用系统。