中国移动集团浙江有限公司营销管理及数据深度运营系统
概要设计说明书
亚信科技（中国）有限公司
2007年10月
文档修改记录
目录
1引言 (1)
1.1编写目的和阅读人员 (1)
1.2参考文献 (1)
1.3术语定义 (1)
2营销管理及新业务深度运营系统概述 (2)
2.1系统描述 (2)
2.2系统业务总体描述 (2)
2.2.1业务总体流程描述： (2)
2.2.2系统总体数据流图： (5)
2.3系统外部关系图 (6)
2.4系统功能体系架构 (7)
2.4.1功能体系架构 (7)
2.4.2营销管理系统应用架构 ............................................................... 错误！未定义书签。
2.4.3功能模块划分 (9)
2.4.4软件实现的总体要求： (9)
2.4.5功能模块说明 (10)
2.5系统非功能性需求概述 (13)
2.5.1系统安全性设计 (13)
2.5.2数据格式规定 (13)
2.5.3数据精度规定 (13)
2.5.4错误检测 (13)
3系统核心模型 (15)
4系统设计策略 (16)
4.1系统技术架构 (16)
4.2多层架构的设计策略 (17)
4.2.1多层说明 (17)
4.2.2AppFrame中的对应 (20)
4.2.3框架对象设计策略 (20)
4.3界面开发策略和规定。 (27)
4.3.1界面开发基本原则： (27)
4.3.2程序中典型界面及实现规定 (27)
4.4应用设计开发过程举例 (29)
4.4.1简单维护型 (29)
4.4.2综合型 (30)
5营销管理 (36)
5.1营销案管理 (36)
5.1.1模块功能说明 (36)
5.1.2营销案管理组件描述 (36)
5.1.4数据存储和访问对象说明 (43)
5.1.5前台界面形式 (43)
5.2营销执行管理 (45)
5.2.1模块功能说明 (45)
5.2.2营销执行内部组件描述 (45)
5.2.3系统流程 (47)
5.2.4数据存储和访问对象说明 (53)
5.2.5前台界面形式 (53)
5.3产品管理 (54)
5.3.1模块功能说明 (54)
5.3.2产品管理内部组件描述 (54)
5.3.3系统流程 (55)
5.3.4数据存储和访问对象说明 (56)
5.3.5前台界面形式 (56)
5.4营销评估分析管理 (56)
5.4.1模块功能说明 (56)
5.4.2评估分析管理内部组件描述 (57)
5.4.3系统流程 (58)
5.4.4数据存储和访问对象说明 (58)
5.4.5前台界面形式 (59)
5.5营销基础信息同步 (59)
5.5.1模块功能说明 (59)
5.5.2系统流程 (60)
5.5.3数据存储和访问对象说明 (62)
5.5.4前台界面形式 (62)
6客户管理 (71)
6.1模块功能说明 (71)
6.2客户管理内部组件描述 (71)
6.3系统流程 (72)
6.3.1客户群确定业务流程定义 (72)
6.3.2客户群分组业务流程定义 (74)
6.3.3取数需求管理业务流程定义 (75)
6.3.4黑灰名单业务流程定义 (75)
6.3.5客户群查询业务流程定义 (76)
6.3.6客户画像业务流程定义 (77)
6.4数据存储和访问对象说明 (78)
6.5前台界面形式 (79)
7业务监控管理 (80)
7.1模块功能说明 (80)
7.2数据业务监控组件描述 (80)
7.3业务监控的数据处理流程 (81)
7.4数据存储和访问对象说明 (81)
8应用系统管理 (83)
8.1邮件交互管理 (83)
8.2组织管理 (83)
8.3用户管理 (84)
8.4用户权限管理 (84)
9系统外部接口设计 (87)
1.1.接口实现说明 (87)
1.2.与各系统的接口说明 (88)
10系统开发所用基础平台说明 (92)
10.1A PP F RAME (92)
10.1.1AppFrame技术体系 (92)
10.1.2AppFrame应用特点 (92)
10.1.3AppFrame框架 (93)
10.1.4ApPFrame其他公共组件 (102)
1引言
1.1 编写目的和阅读人员
根据前阶段的对需求的整理及文档编写，做需求的实现及设计，指导后续的详细设计，并报局方领导审批。
本文档的阅读对象是与营销管理及数据深度运营系统项目相关的管理人员、分析人员、设计人员、开发人员、测试人员和系统维护人员。
1.2 参考文献
《浙江移动营销管理及数据深度运营系统需求规格说明书》
《中国移动集团浙江有限公司营销管理及新业务深度运营平台技术建议》
《中国移动经营分析系统（BASS）业务技术规范（1.5版）》。
《中国移动业务运营支撑系统（BOSS）业务技术规范（1.5版）》
《资费营销案应用的经营分析系统改造方案（暂行）》
1.3 术语定义
2营销管理及新业务深度运营系统概述
2.1 系统描述
随着客户的移动通信需求的日益凸显个性化和差异化，传统的大众化营销模式已不能满足业务发展的需要。为了满足客户需求，中国移动推出了越来越多的目标客户营销活动，面对如此众多的营销活动，管理的工作量非常巨大。目前，营销活动从设计、执行到评估等各个环节需要多个部门协作才能完成，而且这些工作主要依靠手工实现，缺乏有效的系统自动化支撑。通过传统的手工方式进行营销活动的管理，如提取营销活动的客户名单，收集营销活动的监控数据等，不仅耗费大量人力和时间，而且较难达到营销方案管理的延续性和体系性。随着3G时代的到来，业务种类将更为繁多、复杂，传统手工进行营销方案的管理将愈加困难。
大部分营销活动是多步骤的且需要多渠道联动开展，各渠道之间有大量的信息需要交互，手工干预很难使得这些信息能够及时地共享与交互。营销管理及新业务深度运营系统能够对多步骤多渠道的活动进行流程设计，系统可根据设计好的流程将客户信息分派到各个营销渠道，自动按照流程执行，各渠道、各步骤的信息可实现及时地共享和交互，提高营销活动的成功率。
营销管理及新业务深度运营系统是一个独立运行营销业务的支撑平台，通过该项目的建设，实现个性化和精细化分析，并达到以下目标：
整合营销价值链，构建营销管理及新业务深度运营平台，全面支撑营销过程；加强营销业务的自动化程度，提高业务部门的业务自动化水平。
提高市场部门营销管理的信息化水平、实现营销活动信息的信息共享，提高营销工作中上下环节的数据透明度。
整合业务支撑系统和业务平台的相关数据，以客户为中心，建立统一的客户视图和营销评估指标库，为精细化营销提供坚实的数据支撑。
2.2 系统业务总体描述
2.2.1业务总体流程描述：
营销管理过程业务主流程如下图所示：
主要业务环节如下：
1、营销策划人：营销案策划
营销案策划是策划人根据实际业务情况、年度重要举措以及上级下达的年度或季度任务，或者是应对竞争对手的市场活动所进行的营销案的策划活动。
营销案策划主要包括确定产品时间安排、活动目标、目标客户群、宣传方案、营销渠道等方面的内容。在进行策划活动时除了需要策划人员搜集大量的信息外，还需要经营分
析系统的相关数据支持。
2、营销策划人：营销案筹备。
营销案筹备是对营销策划中的内容，进行实际的资源落实和协调。相关策划人确定营销方案后，首先由部门领导对营销案进行审核同意后，由策划人协调相关部门包括信息技术部和客服，有时会有财务部和网络部的相关人员参加会商和讨论。对营销案的内容进行落实。随后策划人会根据会商的内容对营销案的一些细节进行修改，并随后发函通知与会的相关部门。
地市公司或区县的筹备工作主要是在地市或区县公司内部完成，地市或区县公司的内部筹备流程和省公司的筹备流程相似。
3、营销案审批人：营销案审批
在营销案筹备完成后，由营销案策划人拟稿进行营销案的报批。审批结束后，营销案形成可下发的推广方案。
地市公司在本层级完成筹备后，要对营销活动进行报批或报备。报批的流程和省公司营销案审批流程相同。
区县公司的营销案在区县内部由市场部门经理审批完成后，上报到地市公司，由地市公司根据审批权限，有直接审批或备案的；有需要报批报备省公司的，由地市公司代为操办。
4、营销发起人：营销活动准备
在营销案正式批准后，相关部门根据营销方案的要求，准备营销活动开展的相关数据，最后把需要群发的数据交给执行人。
地市公司发起人在营销案报批和报备完成后，在本层级准备营销活动，准备工作联系单和客户名单，然后交给省公司实施群发。
区县公司发起人在营销案报批和报备完成后，在本层级准备营销活动，然后交给省公司实施群发。
5、活动审批人：营销活动的审批
营销活动相关的资料准备好后，如果是省公司发起的营销活动，由执行人提交市场部门活动审批人审批。
如果是地市公司发起的营销活动，由地市公司发起人提交地市领导审批，审批通过后，交由省公司活动执行人，省公司活动执行人提交市场部门活动审批人审批后，活动执行人交由客服群发，或者把精准营销的数据入库。
区县公司发起的营销活动，先在区县内审批，再上报到地市公司。
6、营销任务审核人：营销任务审核和会签。
审核人汇总审批后的营销活动下的营销任务的需求，对于不需要策划的营销活动，直接在系统中创建营销活动，并提取相应的客户名单。执行人同时也汇总服务类、SP类和公益广告类的需求进行汇总审核。在审核员认为业务需要会签时，审核人可以发起会签。
地市公司审核人负责地市公司及下属区县的营销人物的汇总审核。
7、群发计划人员：群发任务排期
各个群发渠道的群发计划人员根据营销任务和任务优先级，结合群发资源的情况，合理安排每天的日群发任务，
8、群发实施或营业员、网站：营销活动的执行。
群发实施人员，根据群发计划员的任务安排，把日群发任务分解为时段群发任务，把群发内容通过群发渠道推送给目标客户。
营业厅营业员根据精准营销信息对客户进行点对点产品推荐，网站根据登录到网上的客户，显示向客户推荐的产品信息。
9、发起人或执行人：营销活动的反馈评估
e渠道对每天的群发的实际执行情况进行汇总，每天返回本日群发的汇总数据和详单数据。
BOSS系统及时记录通过营业厅和网站接触的客户对营销活动的响应信息。
同时通过BOSS系统，营销管理系统每日汇总用户的受理情况数据。
发起人和执行人可以每日监控群发的实际进展情况和受理情况，及时分析营销效果，并适时对目标客户群进行调整。
10、活动相关人员：营销案的评估分析
整个营销案全部结束或者进行到一定阶段后，利用营销案所包含的所有的营销活动反馈的执行过程数据和受理数据，结合经分中的分析数据，对每个营销案及营销活动的执行结果或者阶段性效果进行分析和总结。
2.2.2系统总体数据流图：
营销管理系统的总的数据流程图如下图所示：
2.3 系统外部关系图
与营销管理及新业务深度运营系统相关的外部系统，在第一建设阶段主要有经营分析系统、BOSS系统、统一信息门户系统、短信群发系统、彩信群发系统、WAP PUSH群发系统、传统营业厅和网上营业厅等。这些系统和营销管理及新业务深度运营系统的关系如下图：
图中的每个系统和营销管理及新业务深度运营系统，都有一些信息交互的内容，其中每个系统和外部接口的详细内容和接口形式，请参见系统接口详细描述一节。
目前营销管理及新业务深度运营系统设计为独立运行的管理系统，和目前已有的业务数据库相对独立，从数据层面和外部数据库的关系如下图所示：
2.4 系统功能体系架构
2.4.1系统应用架构
营销管理系统应用架构如下图所示：
2.4.2功能体系架构
营销管理及新业务深度运营系统功能体系架构如下图所示：
2.4.3功能模块划分
营销管理及新业务深度运营系统从功能划分为以下模块：
2.4.4软件实现的总体要求：
营销管理及新业务深度运营系统的开发出了和各个系统的几口模块以外，其他大部分程序都是建立在代表亚信多年的技术积累的框架之善上的，从而保证整个开发规范的统一，减少系统开发的技术风险。
营销管理及新业务深度运营系统开发主要是在亚信的四个个成熟的平台产品之上的：AIAppFrame,AIComFrame，AISecFrame。各个模块所采用的平台产品如下图所示：
2.4.5功能模块说明
2.4.5.1 客户管理
客户信息同步实现客户资料的及时管理。客户的信息包含客户基本信息、客户消费信息、客户营销反馈信息和客户其他信息。
客户群定义允许一个营销活动有多个客户群。在需要选定目标客户群时，可以使用三种方式进行目标客户群的定位：多维视图选择客户群、从已有备选客户群中
选择目标客户群、文件导入形成客户群。
目标客户分组就是营销策划人员根据营销业务的需要，设定目标客户的分组条件，对圈定目标客户进一步进行分类，形成若干个客户组。目标客户分组过程，
进一步体现了客户的精细化营销，可提高营销的准确度，降低营销成本，提高营
销效果。
客户画像根据新业务的特性，对使用新业务的客户群进行准确的特征描述，可以快速确定新业务的客户群。
黑灰名单管理事项实现了对系统的黑名单客户、灰名单客户、特殊名单客户的管理机制，可以使在营销活动的开展过程中，很方便的剔出非营销客户对象。
2.4.5.2 营销管理
2.4.5.2.1营销案管理
营销案是整个营销活动开展的政策基础，系统提供营销案的建立和审批功能。营销
案策划人，在营销案的内容基本准备好后，可以把成形的营销案的信息录入到系统中来。营销案审批按照定义的审批流程，营销案审批人对营销方案进行多级审批。
营销案的审批流程包括以下几种类型：省公司策划的营销案的审批流程、地市公司
营销案报批流程、地市公司营销案报备流程、区县公司策划流程等。
营销按评估是营销工作执行的重要环节，系统采用各种报表支持从各个角度对营销案、营销活动进行评估，并可以在营销案的对象上传评估报告。
2.4.5.2.2营销执行管理
营销活动是指针对一个客户群进行的一次信息群发或者点对点的营销。营销活动可
以是在新的营销方案计划中进行的营销活动；也可以是在以前已经进行过的营销案上再
发起的营销活动；也可以是非营销性质的服务类、公益广告类、SP业务类的营销活动。
营销任务是指在营销活动下的分渠道、分时段的最小派单单位。在市场任务分阶段
资源协调时、使用营销任务的集合对资源和任务安排情况进行协调。
营销执行管理包括营销活动的发起、营销活动的审批审核、营销活动的派单、营销
活动反馈等环节。
2.4.5.2.3营销活动评估分析
评估分析模块是为营销管理人员更清晰、直观的了解营销的过程和效果，为移动的管理人员决策和评估提供帮助。
评估分析主要包括多维度的业务数据查询、营销案在各个渠道上面的分布分析、随机客户群和目标群的对比分析、营销案实施前后的营销分析、营销案的功能分析。
2.4.5.2.4基础数据同步
它是对整个渠道管理系统中统一的基础数据进行统一管理，为各个模块的运转提供基础数据的支撑服务。
基础数据的同步内容包括客户信息数据从经分系统的同步、产品数据和营销受理数据
从BOSS中的同步等。
2.4.5.2.5产品管理
产品数据是营销管理数据的重要的基础数据之一，系统支持每日从BOSS 系统中同步最新的产品数据，以供营销活动定义时使用。系统提供查询功能，用户可以使用查询工具查询产品的相关详细信息。
2.4.5.3 营销资源管理
取数需求管理，管理取数需求的申请、取数需求的审批审核、取数需求的实施和评估等整个取数需求的流程。
客户代码的申请负责客服代码的申请、审批和分配的过程。
信息公告管理在主界面上发布的信息公告的内容。
2.4.5.4 数据业务监控
数据业务监控：对数据业务设置关键业务指标，对新业务的变化和异常进行准确监控。以为决策和营销提供准确的数据基础。
SP监控：对全网及本地SP实施多层面，多纬度的业务监控，规范SP的市场行为，维护移动梦网短信业务市场秩序，保证各合作SP在“公平、公开、公正”的运营环境中，为用户提供更多、更好的应用服务，保障移动用户的合法权益，促进梦网业务的良性发展。
2.4.5.5 应用系统管理
系统管理是对整个渠道运营管理系统的基础数据和系统信息进行管理的基础模块。它为渠道管理、资源管理、客户管理提供最基础的支撑功能。
组织管理：记录浙江移动内部的管理机构、渠道机构信息，它是管理和运营联系的纽带。它是各个业务数据和客户服务信息数据和管理机构、渠道机构联系的桥梁。
操作员管理：对系统的操作员信息进行维护管理，对系统的操作员登陆和安全进行管理。
权限管理：它是对系统中的各种功能和重要数据进行精细化管理，提供权限控制功能；是系统对浙江移动各个管理机构和各个管理机构中的人员在所承担的各种角色的一种系统映射和诠析。
2.5 系统非功能性需求概述
2.5.1系统安全性设计
营销管理及新业务深度运营系统是运行在浙江移动公司内网中的系统，在安全方面主要有以下考虑：
1、在网络安全方面，浙江移动在内部网和外部网之间已经有严密的安全控制，在本系统中不做其他方面的控制。
2、在用户使用的层面上，重用appframe的用户权限机制。使用用户名密码登录到系统，系统要对登录密码进行加密。
3、系统采用功能权限和数据权限对登录到系统的用户根据岗位和职责对在系统中能够使用的功能和能够看到的数据进行严格区分。
4、对通过邮件登录到系统进行审批的用户的登录进行自动或手动用户名和密码验证，以保证系统的安全性。
5、在系统运行安全方面，采用双机备份机制，保证系统遇到一些特殊情况下的不间断运行。
6、在数据安全方面，采用多种手段的备份机制，以确保数据的安全性。
2.5.2数据格式规定
1、数据格式为外部文件数据和系统内部数据格式之间约定的对接形式。
2、在数据库之间的数据自动导入的数据按接口数据约定的格式进行。
3、在数据文件中，有外部系统临时生成的客户名单，数据格式的控制机制是设计中重点考虑的内容。
2.5.3数据精度规定
1、金额：精度20 小数位数：2；
2、百分比精度：4 小数位数：2；
3、数量精度：18 小数位数：0
2.5.4错误检测
1、客户数据是系统和外部系统的通信的主要信息，系统在内外部系统交换是对数据格式和主要的数据逻辑进行检测。
2、对于通过客户名单进入系统的数据，由于可能的人为干预的因素较多。为错误检测的重点。
3、系统对各方面检验出来的错误数据进行准确记录。
3系统核心模型
系统核心业务模型如下图所示：
营销案、营销活动、营销任务三个主题业务对象，承载营销管理从策划、执行到反馈的业务过程。
客户、客户群和客户分组，形成营销对象的确定和分组的过程，和营销的业务过程配合，共同完成营销管理的过程。
产品和渠道业务对象为进行营销活动的基础业务对象。
营销案、营销活动、客户群之间的业务配合如下图所示：
（注：图中的营销活动发起方式，客户群分组模式仅为示例）：
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
BBS论坛概要设计说明书 编写人（签字）：日期：xxxx年xx月xx日用户方项目代表（签字）：日期：xxxx年xx月xx日开发方项目代表（签字）：日期：xxxx年xx月xx日质量保证代表（签字）：日期：xxxx年xx月xx日
目录 第一章引言 ................................................. 错误！未定义书签。 1.1编写目的 ............................................. 错误！未定义书签。 1.2背景 ................................................. 错误！未定义书签。 1.3定义 ................................................. 错误！未定义书签。 1.4参考资料 ............................................. 错误！未定义书签。第二章总体设计（系统架构设计）.............................. 错误！未定义书签。 2.1需求规定 ............................................. 错误！未定义书签。 2.2运行环境 ............................................. 错误！未定义书签。 2.3基本设计概念和处理流程................................ 错误！未定义书签。 2.3.5总体架构设计2.4 系统结构（系统各个组件设计）........ 错误！未定义书签。 2.4 系统结构（系统各个组件设计） ......................... 错误！未定义书签。第三章系统数据结构设计...................................... 错误！未定义书签。 3.1数据库逻辑结构设计.................................... 错误！未定义书签。 3.2数据库物理结构设计.................................... 错误！未定义书签。
1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)
3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)
KTV点歌系统概要设计说明书
1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌，帮助系统管理员管理歌曲的播放，提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称：选歌系统 ●项目提出者：某KTV唱吧 ●项目开发者： ●项目管理者： ●最终用户：某KTV唱吧 1.3术语定义 实现环境：系统运行的目标软件、硬件环境。 实现技术：系统所采用的软件技术或体系结构。 实现语言或工具：实现系统最终采用的编程语言或工具包，如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统； 2)某KTV唱吧《视频点歌系统计划任务书》； 本项目所参照的文件有： 3)康博工作室，《Visual Basic 新起点》，机械工业出版社，2000
2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富，休闲活动的多种多样，人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及，点歌系统越来越智能化，人性化；一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统，因此，急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要，对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值：精确到小数后一位； 时间值：精确到日，并以yyyy/mm/dd的形式表示； 价格值：精确到分，并以.XX的形式表示。 时间特性 页面响应时间：不超过10秒 更新处理时间：不超过15秒 数据转换与传输时间：不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力，要求系统能够为将来的变更提供以 下支持：能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
概要设计范本
[XXXX公司办公自动化] 概要设计说明书 [V1.0(版本号)] 拟制人________ ______________ 审核人______________________ 批准人______________________
[二○○三年四月二十一日]
概要设计说明书 引言 1.1编写目的 信息化是当今世界经济和社会发展的大趋势。推进电力系统的信息化建设，对于提高现代化管理水平，提高工作效率，都具有重要意义。为了适应国际形势和我国经济建设与社会发展的需要，我国必须加快电力系统信息化的发展。 对于电力系统的企业，如何充分、快捷、有效地利用企业内外的大量信息，为企业的发展服务，提高企业的工作效率，是企业需要充分考虑的问题之一。随着企业规模的扩大以及服务内容和办公设施的现代化，这种情况日益突出。同时为了提高单位的日常办公效率，减轻手工劳动强度，使单位的日常运营纳入高效而快捷的轨道，就必须利用现代的信息手段。现代的信息技术优势在于对信息的处理高效而精确，可以充分实现信息的共享和传输，及时地反映企业办公的变动
情况，完善办公调度，提高企业服务质量，进而实现企业经营管理的信息化、科学化。 充分利用现代的信息技术，是提高企业竞争力的必要手段。XXXX公司计划建设的办公自动化系统将以先进的信息技术为依托，通过建立全局八个部门的信息网络，全面提高办公效率，并做到信息传输自动化、公共服务远程化、公文交换无纸化、管理决策网络化，实现全局办公系统全面信息化。 本说明书给出XXXX公司办公自动化系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。 目的在于： ?为编码人员提供依据； ?为修改、维护提供条件； ?项目负责人将按计划书的要求布置和控制开发工作全过程； ?项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。 本说明书的预期读者包括：
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
2012 版本号：V1.5 系统概要设计 说明书 项目名称_________11社区_________ 拟制人____ _ 审核人_________ ___________ 批准人____ _ 编著日期____ ______
目录 目录 1. 引言 (1) 1.1 编写目的 (1) 1.2 预期读者和阅读建议 (1) 1.3 参考资料 (1) 1.4 术语与缩略语 (1) 2. 设计概述 (2) 2.1 限制和约束 (2) 2.2 设计原则和设计要求 (2) 3. 系统的软件架构 (3) 4. 子系统的结构和功能模块 (4) 5. 系统接口、数据库设计规划 (7) 5.1 接口设计 (7) 5.2 数据库设计 (8) 5.2.1 结构设计 (8) 5.2.2 运用设计 (11) 6. 难点及处理方案 (13) 7. 文档历史 (13)
1. 引言 1.1 编写目的 从该阶段考试正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据库与软件结构。在系统设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描述软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得到的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 在完成了“11社区”系统的可行性研究和需求分析的基础上，为了明确软件需求、安排项目规划与进度，组织软件开发和测试，项目小组在考虑了几种可能的解决方案，并对每种方案进行深入探讨后，提出了这份概要设计说明书。 此概要设计说明书对BBS管理系统软件的软件架构、模块细化、程序的总体结构、接口设计以及数据库设计规划等方面做了全面的概括性说明，为“11社区”系统的详细设计奠定了基础。 1.2 预期读者和阅读建议 该文档的预期读者为“11社区”程序开发员、系统设计师以及测试工程师等。本文档主要针对“11社区”设计概述、软件架构、子系统的结构和模块功能以及系统接口、数据库设计规划等方面进行了详细的说明，笔者建议，在阅读本文档之前，细细阅读“术语与缩略语”部分，这将有利于您对本文档的理解。对于程序开发员，笔者建议仔细阅读系统的软件架构及子系统的结构和功能模块部分，了解每个功能模块之后，这样对系统的功能及运行模式将有整体的把握，然后阅读后面几部分内容，有利于“11社区”系统的实现。而测试工程师应把重点放在系统接口、数据库设计规划以及数据库设计上，在系统测试过程中，最容易出错的就是这两方面。总之，笔者建议读者根据自己阅读本文档的目的选择着重点，这样在满足需求的同时提高效率。 1.3 参考资料 [1] 王宜贵.软件工程[M].北京：机械工业出版社,2002：20-79 [2] 孙卫琴.精通struts[M].北京：电子工业出版社,2004：50-70 [3] 孙卫琴.精通hibernate[M].北京：电子工业出版社,2005：100-120 [4] 张洪斌.java2高级程序设计[M].北京：中科多媒体出版社,2001：85-90 [5] 林信良.spring2.0技术手册[M].北京：电子工业出版社,2006：50-100 [6] 耿祥义编著.JSP基础编程[M].北京：清华大学出版社,2004：55-162 [7] 孙鑫编著．Java Web开发详解[M]．北京：电子工业出版社,2006：189-274 1.4 术语与缩略语 无
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系
系统概要设计说明书 一、引言 （一）编写目的 本阶段已在系统的需求分析的基础上，对北京督察局公务员量化测评系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对北京督察局公务员量化测评系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 （二）项目背景 本项目由首都师范大学管理学院电子商务小组开发。 北京督察局公务员量化测评系统将由三部分组成：角色管理、评测打分、查询统计。（三）定义 1、专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2、缩写 系统：若未特别指出，统指本北京督察局公务员量化测评系统。 SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。 （四）参考资料 以下列出在概要设计过程中所使用到的有关资料： 新编软件工程实用教程---周丽娟、王华编著电子工业出版社 二、任务概述 （一）目标 1、完善考核测评制度，使考核测评方法科学、规范、公正。 2、使考核结果客观、准确。 3、使考核工作简单、快捷。 （二）运行环境 Oracle 客户机：外围设备：鼠标，键盘，显示器； 操作系统：装有浏览器的各种操作系统； 服务器：外围设备：鼠标，键盘，显示器； 编译程序：power designer、netbeans； 操作系统：windows操作系统； 数据库支持：SQL Server 2000； 数据存储能力和测试支持能力：需要有较高的系统支持 （三）需求概述 为使北京督察局更好进行量化测评，需开发一个北京督察局公务员量化测评系统。通过量化测评系统科学、规范、公正的进行考核，使考核结果客观、准确，使考核工作简单、快捷。并要求界面要简单明了，易于操作，服务器程序利于维护。 三、总体设计 （一）处理流程 下面将使用（结构化设计）面向数据流的方法对北京督察局公务员量化测评系统的处理
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******
1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统，对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明，在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2背景 A．待开发软件系统名称为: 在线交易二手市场； B．任务提出者：** 开发者：** C．使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express
PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标： ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术，使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能，收集用户对商品的意见及看法。 ⑸提供后台管理页面，简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境
BBS论坛概要设计说明书 目录 第一章引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (3) 1.4参考资料 (3) 第二章总体设计（系统架构设计） (4) 2.1需求规定 (4) 2.2运行环境 (4) 2.3基本设计概念和处理流程 (5) 2.3.5总体架构设计2.4 系统结构（系统各个组件设计） (8) 2.4 系统结构（系统各个组件设计） (9) 第三章系统数据结构设计 (14) 3.1数据库逻辑结构设计 (14) 3.2数据库物理结构设计 (21)
第一章引言 1.1编写目的 本文档作为BBS的概要设计说明文档，用于与用户确定最终的目标，并成为协议文本的一部分，同时也是本系统设计人员的基础文档。 1.1.1 概要设计说明书目的 本概要设计说明书说明了BBS论坛系统设计的整体结构。 1.1.2 预期读者 本系统开发人员及维护人员。 1.2背景 BBS论坛，或者称为社区，是电子商务网站中一种常见功能，也是互联网上一种极为常见的互动交流服务。它为上网用户提供了也各自由的讨论区。通过论坛可以向用户提供开放性的分类专题讨论区服务，同时注册的用户可以根据需要在论坛上发表文章，交流技术经验，或者提出问题并表达自己的观点。不仅如此，上网的用户还可以在论坛中看到他人发表的文章，并且能够对该文章进行评论。 一般情况下，BBS按不同主题分为多个布告栏，其设立多是依据使用者的要求和喜好，但多具有信件交流、软件交流、信息发布等功能。 目前，大部分BBS由教育机构、研究机构或商业机构管理，大多有自己的拨入电话号码，用户只需电脑、调制解调器和电话线就可通过电话拨号登录BBS站点。 1.2.1 待开发软件系统的名称 BBS论坛系统
＜网上书店＞ 概要设计说明书 作者：XXXXXXXXXXX 完成日期：XXXX年4月XX日签收人：XXXXXX 签收日期：XXXX年X月XX日修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)
1 引言 1.1 编写目的 服务于书店的网络化运营，管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节，最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明： a．待开发的软件系统的名称：XXXX网上书店 b．任务提出者：刘俊铖、马俊 开发者：马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户：欲使自己书店网络化运营的各类书店。 使用本软件的单位：待定 1.3 定义 UML：Unified Modeling Language , 统一建模语言。 类图（class diagram）：表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。
1引言2 1.1编写目的 (2) 1.2参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3系统部署图 (2) 2.4基本设计概念和类图 (3) 2.5结构 (4) 2.6功能模型描述 (9) 2.6.1招聘管理 (9) 2.6.2企业结构管理 (21) 2.6.3行政级别管理 (29) 2.6.4企业架构展示 (32) 2.6.5人事档案管理 (33) 2.6.6人事基础数据维护 (73) 2.6.7权限管理 (82) 2.7人工处理过程 (83) 2.8尚未问决的问题 (83) 3接口设计 (83) 3.1用户接口 (83) 3.2外部接口 (83) 3.3内部接口 (83) 4系统数据结构设计 (84) 4.1逻辑结构设计要点 (84) 5数据结构与程序关系 (85) 5.1表结构与数据结构图 (85) 5.1.1数据结构图 (85) 5.1.2表汇总 (87) 5.2数据结构与程序关系表........................................................... 错误!未定义书签。6系统出错处理设计.. (98) 6.1出错信息 (98) 6.2补救措施 (99) 6.3系统维护设计 (99)
概要详细设计说明书 1引言 1.1编写目的 本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写，描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据，为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。 1.2参考资料 《人力资源管理系统需求规格说明书》 2总体设计 2.1需求规定 本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。 2.2运行环境 软件运行环境 Windows 2000/XP/2003 Server操作系统； MS SQL Server 2000； Tomcat 5.0； Jdk 1.4； 硬件运行环境 Intel Pentium 2GHz或以上的CPU； 内存512MB,建议使用1GB内存； 硬盘至少有1GB可用空间； CD-ROM驱动器； 2.3系统部署图 用图例表示出系统实施运行中使用的服务器名称，Internet和各服务器之间的实施运作。
计算平台 概要设计说明书 作者：日期：2013-01-28批准：日期： 审核：日期： （版权所有，翻版必究）
文件修改记录
目录 1.引言 ........................................................................................... 1.1编写目的................................................. 1.2术语与缩略词............................................. 1.3对象及范围............................................... 1.4参考资料................................................. 2.系统总体设计 ............................................................................. 2.1需求规定................................................. 2.1.1数据导入............................................ 2.1.2数据运算............................................ 2.1.3运算结果导出........................................ 2.1.4系统监控............................................ 2.1.5调度功能............................................ 2.1.6自动化安装部署与维护................................ 2.2运行环境................................................. 2.3基本设计思路和处理流程................................... 2.4系统结构................................................. 2.4.1大数据运算系统架构图................................ 2.4.2hadoop体系各组件之间关系图......................... 2.4.3计算平台系统功能图.................................. 2.4.4系统功能图逻辑说明.................................. 2.4.5计算平台业务流程图..................................
概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?
ERP人力资源管理系统概要设计 １引言 1.1 编写目的 人力资源管理系统（HRMS），包括人事日常事务、薪酬、招聘、培训、考核以及人力资源的管理，也指组织或社会团体运用现代化的科学方法，对企业的人力进行合理的组织、培训和调配，同时对人的思想、心理和行为进行恰当的诱导、控制和协调，充分发挥员工的主观能动性，用以提高企业人力资源管理水平，使人力资源更有效的服务于组织或团体目标。 本文档预期读者为本系统开发小组的组员，文档用于人力资源管理系统设计的大纲说明，概括了该系统的各个模块的需求规定，设计构思，系统流程，功能分配，数据结构设计，接口设计，运行设计，信息结构设计，出错处理和维护等方面的内容，使本系统开发小组的组员们能大致构建一个系统框架，为详细设计提供基础。 在下一阶段的详细设计中，程序设计员参考本概要设计说明书，在概要设计对人力资源管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段参考本说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2 背景 本系统名称为人力资源管理系统，提出者为黄永儒，开发者为黄永儒，黄敏，詹萍，预期用户为需要人力资源管理的小型企业。 人力资源管理系统将由两部分组成：置于管理部门的前台客户程序，以及置于公司的数据库服务器。本系统与其他系统的关系如下： 1.3 定义 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL:Structured Query Language（结构化查询语言）一种用于访问查询数据库的语言。 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.4 参考资料
[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]
概要设计说明书 1．引言 1.1编写目的 本说明书交给各个被调研单位审核，并经领导层讨论通过后，软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称： 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 《软件工程》 2．总体设计 2.1需求规定 2.1.1功能规定
2.1.2系统功能 能对各招生子单位进行管理 能添加、修改、删除、考生信息 能对考生进行分类管理 能将考生信息导出至网上信息发布子系统 能根据各分类统计考生信息 能添加新的管理员 能修改管理员的密码 2.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。 2.1.2.2时间特性要求 本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。 2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。 2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。 2.1.3输入输出要求 2.1.4数据管理能力要求