项目概要设计说明书模板

《项目概要设计说明书模板》由会员分享，可在线阅读，更多相关《项目概要设计说明书模板（18页珍藏版）》请在装配图网上搜索。

1、XX公司 概要设计说明书模板(2014年)架构设计说明书模板目 录第1章简介11.1编写目的11.2文档的控制11.3文档的审批11.4项目干系人1第2章业务和需要的理解22.1业务发展方向22.2当前组织结构22.3当前IT环境22.4标准约定2第3章探索方案和方法33.1项目定义33.2系统上下文33.3主题模型33.4功能性需求列表43.5非功能性需求列表63.6用例图7第4章项目交付架构84.1应用架构概况图84.2架构决策84.3架构部件（组件）模型图94.4系统运行部署图104.5项目计划114.6项目的例外责任114.7项目依赖124.8风险和规避124.9问题和假设124.10

2、假设条件12第5章运营支撑标准135.1服务级别标准135.2服务资源及规范13主要业务名词和术语定义14参考文献15第1章 简介1.1 编写目的主要说明本文档的作用。例如，提供架构决策和具体设计依据，为把增加的服务或功能引入生产环境提供指导。如果此文档作为项目验收的依据或有其他特别作用，应特别注明。1.2 文档的控制以列表的形式，列出文档的版本信息、变更历史、变更内容和具体作者。日期版本信息作者变更历史2014/03/24V 0.1刘通新建1.3 文档的审批以列表的形式，列出所有的文档的审阅人（Reviewer）、审批人（Approver）和他们的职务。此文档已经被如下人员审批：姓名职务XX

3、XXXXXXXXXXXXXXXXXXXXXX1.4 项目干系人以列表的形式，列出所有直接参与或受项目实施后期运营影响的干系人及其组织和职务，包括客户技术联系人、业务联系人和第三方公司的代表等。姓名所在组织 职务XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX第2章 业务和需要的理解主要说明对业务需求的理解、项目背景和企业规范信息的介绍。此模板以电子商务项目为例进行介绍。2.1 业务发展方向发展电子商务网络零售，实施“科技转型、智慧电商”战略。网络零售将成为与实体店面并驾齐驱、相互协同的渠道。销售的品类包括家电零售、快速消费品、百货产品、家居产品、娱乐产品和图书等。利用网

4、络和云计算平台便捷的优势，提供一站式的购物体验。结合电视、电话等购物、咨询平台，实现技术创新、数据研究、仓储配送能力位居世界前列，满足上亿人的在线物质和精神的生活需求。2.2 当前组织结构组织包括总经理办公室、采购管理中心、市场管理中心、信息技术管理中心、金融产品中心、物流产品中心、财务管理中心和人力资源管理中心等。2.3 当前IT环境商品仓储管理库存系统、订单系统、促销系统、支付系统、BI系统和价格系统等。这些系统之间是通过Web Service方式实现彼此之间的接口调用的。2.4 标准约定当前的标准预定文档包括需求规格说明书模板、架构设计说明书模板、程序编码规范、系统集成原则和规范、系统测

5、试用例模板和测试报告模板等。第3章 探索方案和方法3.1 项目定义设计并实现基于多供应商的电子商务系统解决方案，支持类似于淘宝网店对各店铺自行管理商品、价格、库存，自行发起促销活动。确保顾客在网上的商品浏览、咨询、购物、支付、退换货过程中有良好的购买体验。建立网上销售系统，为合作伙伴提供商品销售平台。分析并解决建立网店所涉及的商品、店铺、价格、库存、订单和促销等多个功能模块的技术问题。3.2 系统上下文 图 3-1 电子商务系统上下文图3.3 主题模型主题模型是指系统中所涉及的表单实体，也就是我们通常所说的Entity。该系统主要所涉及的Entity包括：表 3-1 Entity表单实体信息表

6、店铺商品库存订单会员支付店铺编码商品编码仓库信息订单信息基本信息支付帐号店铺名称商品目录库位信息店铺编码社交关系用户信息供应商编码商品状态商品编码销售渠道配送方式证件信息供应商名称内容信息供应商编码收货方联系地址邮箱信息店铺服务区域关联的店铺商品入库批次收货地址支付帐号手机绑定店铺售后服务促销买点可卖库存订单发票信息优惠卷帐号安全保护问题店铺信用等级售后服务锁定库存商品编码积分帐户会员等级信息登录密码库存更新流水支付流水3.4 功能性需求列表序号功能性需求名称功能需求描述备注说明FR001店铺展示提供标准店铺和装修店铺两种模式。标准店铺展示新品、热销、推荐商品，以及店铺名称、介绍、信用、促销活

7、动信息。装修店铺由商家自行排版需要排版的定制开发FR002商品浏览商品浏览及搜索页面应显示最低价格的商品；商品明细页应给出销售此商品的其他商家列表，列表中包括价格和配送费用信息；客户可以由单个商品切换到此商品的所有商家列表，查看在售商家商品价格、库存、促销、时效，商家服务信息，商家信用信息，允许顾客自主排序和筛选。需要商家信息排序规则的自由化定制FR003商品评价、咨询和投诉客户可以在商品页面向商家提出咨询问题；已购买商品的客户可以对购买商品的体验进行评分，评分的范围包括商品与描述是否相符、送货速度、卖家服务态度、配送服务态度、安装服务态度和商品包装等；客户还可以发起投诉，专业客服介入投诉过程

8、，督促商家进行投诉的有效处理和回复。需要流程的定制开发FR004商品价格商家可自行配置商品的销售价、促销价和生效/失效时间。FR005购物车需要在购物车中按照店铺对商品进行分组展示，展示的内容包括各商家的运费、促销价格和配送方式等。FR006订单支付到货确认环后，商家在客户确认后才收到货款。后台需在客户确认后触发分帐过程FR007客服服务客服人员应可以查询店铺信息和订单状态，处理店铺投诉和退换货请求。注释：FR，是Functional Requirement的缩写，表示功能性需求。3.5 非功能性需求列表序号需求名称需求详细NFR001安全性网络的不同区域之间必须使用防火墙进行隔离；从网络、操

9、作系统和应用软件层面实现用户认证管理；阻止SQL注入、跨站脚本攻击等常见的网站攻击行为；通过专业安全软件如APPSCAN的白盒和黑盒测试；保存应用核心操作如登录、取消订单的审计日志。NFR002易用性应保证前台用户和业务用户的操作简单，界面易学习。NFR003高可靠性要保证订单和支付等数据准确无误的被转换和保存；在和其它系统交互时，要保证数据不丢失、不重复、完整无误的进行交换。NFR004响应时间商品浏览等基础页面的响应时间不超过1秒；订单操作等非浏览类页面的响应时间不超过3秒。NFR005业务容量系统应当可以支持用户每小时访问1亿页面；同时可以支持10万条订单的创建。NFR006高可用性系统

10、的网络架构、中间件服务器、数据库服务器和存储设备都应当实现高可用性方案，消除单点故障。NFR007可扩展性通过简单的增加物理或虚拟处理节点赖支持更高的业务容量要求，类似Google的Hadoop架构。NFR008数据存储量预分配5TB存储空间支持未来3年的数据存储需求NFR009在线用户数500万NFR010并发用户数25万NFR011数据库备份数据库每日必须执行一次全备；由于数据库备份时对网站的性能影响较大，必须在凌晨1时以后执行，3小时之内完成备份。注释：NFR，是Non-Functional Requirement的缩写，表示非功能性需求。3.6 用例图图 3-2 电子商务系统用例图第4

11、章 项目交付架构4.1 应用架构概况图图 4-1 电子商务系统应用架构概况图4.2 架构决策决策主题商品价格信息获取方式编号：AD01 问题描述与电子商务系统有接口的价格系统尚不具备完整的价格缓存管理，价格图片生成等高级功能，只有价格查询功能。电子商务系统的商品价格可以采取调用价格系统API接口的方式实时查询并获得商品的价格信息，也可以采取由价格系统批量推送的方式。前提与假设价格系统的价格管理功能按时开发完成；价格系统无法在电子商务系统上线时间节点前完成缓存、图片功能；年商品销售额达到1000万以上。决策考虑因素最小化系统总体压力和确保价格显示的准确性。可选方案方案1：电子商务系统实时查询商品

12、价格，不在电子商务系统本地保存价格数据。价格的缓存更新、图片生成由价格系统触发推送到电子商务系统的价格缓存和价格图片服务器；方案2：价格系统批量推送价格，电子商务系统本地保存价格数据，价格的缓存更新、图片生成由电子商务系统获得更新的价格数据后批量执行。决策分析方案1： 优点：数据没有冗余，全部价格数据以价格系统为准。 缺点：实时查询价格对价格系统的压力较大。尤其大促销时段，可能造成缓存频繁更新，系统总体压力上升。方案2： 优点：电子商务系统本地也有价格数据，不需要实时查询价格系统，系统总体压力较小。 缺点：数据冗余，价格数据在两个系统中都存在。由于价格系统批量推送数据给电子商务系统，商品供应商

13、更新的价格不能实时立即生效。选择方案结论：与客户一致认为确保电子商务系统的总体压力较低更为重要，尤其大促销时性能压力大，应采取较为安全稳妥的方案，所以选择方案2。对于商品供应商的价格更新不能实时生效的问题，可以通过与供应商沟通，要求供应商提前输入价格数据的方式解决。4.3 架构部件（组件）模型图这里主要对组件模型图的一种表现形式-时序图进行举例。图 4-2 顾客收货和退货时序图4.4 系统运行部署图系统运行部署图所涉及的软硬件列表如下：需求内容单位软件产品名称产品描述基础应用平台1套DB2IBM 数据库产品4套HTTP ServerIBM Web服务器产品2套WebsphereIBM Webs

14、phere Application中间件产品企业服务总线1套WebSphere Message BrokerIBM支持ESB的企业服务总线产品电子商务系统1套WebSphere CommerceIBM电子商务产品缓存数据存取1套IBM WebSphere eXtreme SclaeIBM高速数据缓存服务产品访问负载均衡2套F5F5负载均衡设备安全接入和管控1套WebSealIBM单点登录SSO服务的认证网关产品1套TAMIBM Tivoli Access Manager统一接入认证产品1套页面防护软件提供网页防篡改服务的产品1套IPS提供入侵防护的网络产品4.5 项目验收条件列出项目的具体验收

15、条件和标准4.6 项目计划列出项目的工作分解结构和时限性要求。4.7 项目例外责任列出不包括在项目实施范围内的应用和IT基础设施交付的内容。4.8 项目依赖列出项目可能有的依赖条件，例如此项目的交付依于一些待开发的软件产品或服务等。4.9 风险和规避以列表的形式，列出项目可能的风险和规避方案，这里的风险包括业务资源短缺所带来的风险和技术使用的风险。4.10 问题以列表的形式，列出项目当前的问题、问题的优先级和可能的解决方案等。4.11 约束和假设条件列出项目的强制合同约束，以及可能的假设前提条件。第5章 运营支撑标准5.1 服务级别标准列出项目所交付的系统在系统上线后需要遵守的服务标准，也就是我们通常所说的服务级别协议。服务级别协议一般包括系统的故障按时解决率、系统可用性、系统正常维护时间、系统平均故障宕机时长和全年非计划宕机的时长要求等。5.2 服务资源及规范 列出支持此系统运维的团队名称和系统应遵循的当前IT安全策略等相关内容。主要业务名词和术语定义对本文档中所使用的专业或行业术语所指对象进行解释性说明，特别是对在本文档中为方便描述架构而自行定义的一些专有名词进行说明。参考文献列明制定本文档所参考的资料清单，说明其作者和出版日期等。v XXXXv XXXX