2 系统构架设计.DOCVIP

概念设计说明书模板 文档标识： 当前版本： 当前状态： 草稿 发布日期： 发布 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 目 录 1 概述 1 1.1 编写目的 1 1.2 术语和缩写 1 1.3 参考资料 1 2 系统构架设计 1 2.1 系统总体结构图及其约束和假定 1 2.2 技术构架设计 2 2.3 软件功能结构设计 2 3 应用系统设计 2 3.1 设计原则 2 3.2 公用构件或对象设计 2 3.3 功能模块设计 2 3.3.1 功能模块1的设计 2 3.3.2 功能模块2的设计 2 3.4 公用构件或对象与功能模块的关系 2 4 接口设计 3 4.1 外部接口 3 4.2 内部接口 3 5 开发环境的设计 3 5.1 开发环境设计 3 5.2 编码规范 3 6 运行环境设计 3 7 追溯表 3 概述 编写目的 通过编写概要设计我希望我们小组能够更好的理解这个系统，能够为后面的编程打下一个更好的基础。这样写完概要设计之后，我们每个组员都对自己的模块加深了理解。 术语和缩写 术语 描述性定义 mvc: 模型-视图-控制原则 外部接口: 系统与其他应用系统之间的接口 内部接口： 系统内部系统之间或子系统内部模块之间的接口 参考资料 以列表或排序的方式给出重要的参考资料的名称、文档标识号、版本号，作者、单位等信息。例: 序号 文件名 文件标识号 发表日期 出版单位或作者 系统构架设计 系统总体结构图及其约束和假定 系 统 名 称 模 块 功 能 项目管理系统 县级管理 用户日常管理、项目申请、项目审核、项目变更、分配用户 市级管理 用户日常管理、分配用户、项目审核、资金分配 省级管理 用户日常管理、分配用户、项目审核、地域管理、资金分配 对整个系统体系统结构作一个描述。 描述系统设计中最主要的约束，说明系统是如何来适应这些约束的。 本系统是窗口模型，不能像web那样直接、简洁的与用户进行沟通，这是她的最大约束。我们的办法是在我们的门户网站上提供软件的下载安装，然后就可以与我们的服务器进行交流了。 如果系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么，要求描述与本系统有交互的软件类型以及这样导致的约束。 本系统要求要装有.net Framework3.0以上的支持。 实现的语言和平台。 语言：c#； 平台：visio studio2008 简要地描述你的想法思路，为什么要采取这样的设计等等。 这样的分层设计在很大程度上可以减少重复使用代码，提高代码可读性。上级系统对下级系统具有高依赖，下级对上级具有低依赖（省级可以任命市级管理员，但是市级只能是进行项目的上传，并不能调用上级的模块），这样就使得系统更加稳定。 技术构架设计 软件功能结构设计 此处给出整个系统和各个子系统的总体功能结构图及必要的文字说明。 应用系统设计 设计原则 1、根据功能细分，使构件或（对象）具有相对的独立性，可以组装在任何子系统的功能模块中。 2、一个对象的基本要素包括四大要素 对象标识-给对象一个可以辨识的名称，要求具有唯一性。 主实体-对象主要操作的数据库表结构。 动作过程-即对象对数据的处理过程和表达方式。 I/O关系-即对象的动作过程中所牵涉到的其他数据实体。 3、一个对象既可以用存储过程实现（纯SERVER程序， 不牵涉到人机界面）或纯CLIENT程序（仅在CLIENT上显示结果，一般用于查询）实现，也可用存储过程与CLIENT程序相结合的方式实现。 公用构件或对象设计 给出关于公用构件或对象的名称、功能、输入、处理、输出信息以及被公用的信息。 功能模块设计 3.3.1功能模块1的设计 此处给出功能模块的名称、功能、输入、处理、输出等设计信息。 3.3.2功能模块2的设计 公用构件或对象与功能模块的关系 功能模块 公用构件或对象 对应关系 接口设计 外部接口 此处给出新的系统与其他应用系统之间的接口设计内容。 内部接口 此处给出新系统内部系统之间或子系统内部模块之间的接口设计。 开发环境的设计 开发环境设计 此处给出新系统的开发环境要求，具体包括网络、服务器、数据库、前台、开发工具等的软硬件设计内容。 编码规范 此处可以给出进行详细设计和代码编制时所遵循的命名规则和编码规范以及代码组织的设计内容。也可引用其它已文档化的编码规范。 运行环境设计 此处给出新系统的实际运行环境要求，具体包括网络、服务器、数据库、前台、测试工具等的软硬件