.
项目概要
项目名称：中国某银行住房抵押贷款证券化业务系统
1. 项目背景
我行已经先后四次向人民银行报送了开办住房抵押贷款证券化业务的请示。当前，人民银行正组织有关单位和人员制定有关制度办法。作为国内率先开展证券化业务研究的银行，我行不仅积累了近6年的证券化研究经验，掌握了丰富的相关理论知识，而且，目前我行证券化设计架构及实施方案也已基本准备就绪。
但是，尽管制度设计已基本完成，我行要真正完成该项金融创新，尚需进一步深入研究证券化业务的具体操作与控制进程。这就要求我们必须立即转入相关技术研究阶段。其中最主要的工作之一就是研究开发住房抵押贷款证券化业务系统，为住房抵押贷款证券化业务的顺利开展提供技术支持和基础保障。
2. 项目目标
住房抵押贷款证券化业务系统项目其目标主要是：
1. 提供按照一定标准筛选的个人住房贷款的备选、入库功能；
2. 提供证券化个人住房贷款的各项日常业务管理功能；
3. 满足证券化个人住房贷款正常的会计核算要求；
4. 建立证券化机构的账务核算体系，满足证券化账务信息披露的要求；
5. 建立各种数据指标分析预测模型，提供现金收支查询、分析和预测，支持证券化现金流管理；
6. 提供债券信息的分析、统计和预测；
7. 建立证券化机构收益分析和预测模型。
3. 需求概述
初步设想，该系统将由资产备选、资产入库、资产管理、债券管理、账务核算、信息分析、辅助等7个子系统构成，其中总行运行所有7个子系统，一级分行和经办行协同运行资产备选、资产入库和资产管理3个子系统。
（一）资产备选子系统按照住房抵押贷款证券化的要求，通过对个人住房贷款系统中的住房抵押贷款进行筛选、汇总、分析，确定符合住房抵押贷款债券设计和发行需要的贷款，建立备选贷款库。备选贷款库与贷款库中的样本具有同质性，并保证贷款正式入库时，规模和总量不低于债券发行的需求。
资产备选子系统包括备选条件生成、备选数据抽取、备选数据稽核、备选数据上传、备选数据装入、备选数据分析模块。
（二）资产入库子系统接受各分行本批次入库贷款在规定入库时间的数据，作为本贷款池的初始标准信息，也是建立与各分行个贷系统联系的桥梁。同时，用来分析入库贷款
初始点的具体数据。
资产入库子系统包括入库数据稽核、入库数据上传、入库数据装入、生成分析数据模块。
（三）资产库管理子系统通过从个人住房贷款系统或个人贷款系统的数据提取、稽核、上传，实现信贷经营管理有关的数据信息管理功能。资产库管理子系统包括数据抽取、数据稽核、数据上传、数据装入、生成分析数据模块。
（四）债券管理子系统通过对债券发行、兑付期间的信息管理，完成对已发行债券的管理功能。该子系统包括债券发行、债券兑付、生成分析数据、查询统计、报表管理模块。
（五）账务核算子系统实现住房抵押贷款证券化业务的会计核算和证券化机构财务管理功能，包括会计核算、财务管理两大功能模块
（六）信息（报表）分析子系统信息分析子系统通过实时接收贷款管理子系统、债券管理子系统、会计核算子系统的相关信息，建立贷款库信息分析基础数据库和贷款信息历史明细数据库，为贷款库统计分析和未来设计现金流预测模型提供基础信息。
信息分析子系统的核心功能通过现金流分析模块、提前还款分析模块、还款计划变更分析模块、贷款信用风险分析模块、贷款损益分析模块、不良贷款分析模块等六个功能模块实现，不同模块分别对基础数据库的数据进行相应的加
工、汇总，并通过定制报表输出、贷款信息查询等手段实现对贷款库的历史信息分析功能。
（七）辅助维护子系统包括标准数据维护、用户管理等功能模块。
4. 与相关系统关系
（一）核心账务系统
本系统依托核心账务系统进行有关会计核算、资金清算和账务资金的划转。
（二）个人住房贷款系统/个人信贷系统
个人住房贷款系统提供入库个人住房贷款的筛选标识、会计核算和日常贷款管理功能，本系统提供SPV内部账务核算、贷款管理、债券信息管理以及现金流分析预测等功能（三）证券业务系统
（四）其他相关系统
5. 设备配置概述
住房抵押贷款证券化业务系统以现有个人住房贷款业务系统或正在进行开发的个人贷款业务系统作为入库资产数据源在我行已有的网络环境上进行构建。
总行设数据库服务器、管理机和账务核算机。
证券化数据库服务器独立于个贷业务系统，采用UNIX
平台，数据库拟采用Informix/Oracle数据库，存放全行证券化资产库数据和分析库数据，同时兼做账务核算服务器。总行设管理客户机若干台，进行资产库的日常管理和数据分析，其功能包括：资产库备选子系统、资产入库子系统、资产库管理子系统、债券管理子系统、账务核算子系统、信息分析子系统和系统维护子系统。信贷管理客户机采用Windows NT/2000操作系统，采用C/S结构，用DELPHI程序开发语言单独进行软件开发，OLAP分析工具拟采用Congnos。账务核算机完成证券化的财务会计核算，账务核算程序采用C/S方式，程序存放在客户机上，用Delphi,VB,VC等语言编程，或购买成熟财务软件产品。
经办证券化业务的一级分行设数据库服务器和管理机。数据库服务器在个人贷款系统上线以前可采用临时服务器，上线后和个人贷款系统数据库服务器共用同一台服务器，个贷业务系统设计时已考虑了证券化资产库。数据库服务器采用UNIX平台，数据库拟采用Informix数据库，存放全辖证券化资产库数据。一级分行设管理机一台，进行资产库的日常管理，其功能包括：资产库备选子系统、资产入库子系统、资产库管理子系统。软件结构同总行信贷管理机。信贷管理客户机采用Windows NT/2000操作系统，采用C/S结构，用DELPHI程序开发语言单独进行软件开发。
二级分行和经办行不单独设管理机，个贷系统上线前可
利用现有设备，采用和一级分行类似的程序作为过度性应用，其功能包括资产库备选子系统、资产入库子系统、资产库管理子系统。个贷系统上线后，这些功能已在个贷系统信贷管理机上实现，工作方式为采用B/S方式通过一级分行应用服务器（J2EE平台）实现，编程语言为JAVA。
6. 投资概算
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
不通过中介如何买房教你一招省中介费 买房卖房是否必须经过中介除了防止被中介坑外，如果买卖方能直接沟通，其实还可以省下一大笔交易费呢！那么，不通过中介买二手房，需要怎么做呢 教你一招省中介费。 一、确认房源安全 不通过中介公司，就需要买家自己通过网络等途径找房源。这就有一个前提，必须要核实卖方是否是产权人，如果因为自己的核实失误的话是不会有什 么保障的。 二、协商付款方式 无论是否通过“中介”，卖房流程都是一致的。时间和环节的不同在于，买 家付款的方式：全款、商贷、公积金贷款，并不相同。 三、交易流程 1)签买卖合同。买方带上身份证、定金，卖方带房本、产权人身份证，到 房屋所在区县的房地产交易中心签订《二手房买卖合同》 2)审核。买方到建委做资质审核、卖方做房屋核验。两项可同时进行10个工作日出结果。 3)网上签约。资质和核验通过后当天就可以“打网签”，去房产所在地的“住 建委”出合同。买方需要带上：身份证、户口本（外地户口需要暂住证）、婚姻 证明、银行卡；卖方需要带：省份证、房本、户口本、婚姻证、银行卡。 4)交税过户。先去地税局交完全部税款，再去“建委”办理过户手续。 5)领新房本。 找中介买房----必须要注意点----菜鸟请入 第一：无论买房卖房，一定要准备一个不常用的手机号，不方便接电话时就静音，否 则就准备接受中介的狂轰滥炸吧，一般老阿姨，老亚叔开的小公司还好点，大公司一般对 下属员工有要求的【每一天必须要打多少个房东电话，打多少客户电话，必须有多少带看，必须开发多少房源，房源信息必须更新，网上发布多少房源，少一条会扣钱的哦，所以】第二：网上找房。有没有同学网上看到性价比高的房子。一般打电话过去一问，得到 的消息多数是，卖掉了，不方便看房之内的话题，中介会介绍别的房子给你，网上虚假广 告较多，一般不同中介同时在发同一套房子，并且发的频率很高，那么这套房子可能是真 实的，且中介也认为性价比较高的，其中中介发布的最高最接近房东的报价。其实手拉手
大唐国际克什克腾煤制气项目正式核准批复 2009-08-28 信息类别：项目动态 所属行业：能源化工 所属地区：内蒙古 进展阶段：核准阶段 详细内容： 日前，国家发改委发改能源[2009]2163号文件正式批复大唐国际克什克腾煤制天然气项目。该项目总投资257亿元，2012年达产后，年产天然气40亿立方米，上缴税金11.6亿元。据悉，这是目前内蒙古自治区单体投资最大的工业项目，同时也是全世界煤制天然气产量最大的项目。 国家发改委在批文中说，为了充分利用内蒙古东部地区丰富的褐煤资源生产合成天然气，弥补北京地区天然气总量供给不足，增加北京市新的气源点，为北京地区冬夏季调峰提供稳定的气源保障，同意建设年产40亿立方米煤制天然气项目。 大唐国际克什克腾煤制气项目选址在克什克腾旗工业园区，由在建的大石门水电站提供水源，主要原料采用锡林浩特东胜利二号煤田生产的褐煤。全部项目包括建设化工生产厂区、煤制气配套输送管线、引水给水管道等工程。煤制气配套输送管线并入北京燃气管网，向北京供应天然气，配套天然气输送管线全长359公里。 大唐国际克什克腾煤制气项目设计规模为日产1200万立方米、年产40亿立方米煤制天然气。项目分三期连续建设，计划2010年具备年产13.4亿立方米煤制天然气的生产能力，2011年达到年产26.8亿立方米煤制天然气的生产能力，2012年达到年产40亿立方米煤制天然气的生产规模。
据悉，该项目的股东构成及出资比例情况为：大唐能源化工有限责任公司出资51%，北京市燃气集团有限责任公司34%，中国大唐集团公司10%，天津市津能投资公司5%。中国大唐集团公司是全国五大发电集团之一，是中央直接管理的国有独资公司，是国务院批准的国家授权投资机构和国家控股公司的试点。 大唐国际克什克腾煤制气项目建成投产后，将可以满足北京市及输气管路沿线地区对民用燃气的迫切需求，极大地缓解北京市天然气严重短缺的局面。对于我国优化能源结构，完成节能和替代油、气的目标，保障国家能源战略安全，落实科学发展观，实现可持续发展，具有重要意义。 3条生产线，每一条生产线与大平原厂相当，共48台lurgi气化炉，45开3备。 新疆庆华集团在伊犁州也在投建年产55亿立方米煤制天然气项目，十六台鲁奇炉已吊装完成，2011年10月空分车间计划开车调试（50000m³/h）出氧气产品，一期工程将在2012年底开车出天然气产品！（领导层不懂只是一厢情愿，详细庆华情况单列一个文件夹） 入网问题与中石油谈得如何了？从某种意义上，这个是制约项目能否尽快投产的一个很重要的非技术问题。有哪位大侠知道他们的空分设备是自己买的还是采用外包方式供气？ 空分设备是哪个公司的？法液空、林德、杭氧？ 据说是杭氧的，自建空分分厂 克旗项目的空分是自己建厂，机组采用的是MAN一拖二机组，空分设备是杭氧的，施工单位是中石化十公司，设计单位是化二院（空分设计？）。我们前一段时间去参观，设计水平以及安装质量真是不敢恭维。据介绍说是他们空分今年8月15日出产品。 空分安装已经基本完成，正在进行单试。计划6月中交，8月出产品。 空分现在已经逐步进行开始单体试车了，润滑油站油洗正在进行中，部分承压管道已开始水压试验。最快的话6月底能提供吹扫用空气，现在正在紧张的调试中。 气化设备已安装完全，部分炉单炉管线已配置完成70%以上。只要共用介质能到位，实现7月份试车点火还是有希望的。目前正在紧张配管中。 煤气水分离配管还未开始，设备刚安装完成。估计也马上开始配管了。 煤锁气压缩装置配管已接近收尾阶段，最快6月初能进行试车了。 空分机组是进口的，杭氧成套，华立油站，双良空冷 后期含酚废水处理的技术是填料萃取方案 5月7日至9日，内蒙古大唐国际克什克腾煤制气项目一期化工区初步设计审查会在北京召开。 在了解项目初步设计情况后，与会人员根据会务需要推选中国寰球工程公司副总工程师骆欣霖为初步设计审查会总组长，并分别推选了气化、空分、净化、甲烷化、全厂系统等5个专题小组组长，以小组的形式按区域进行讨论。 历经3天时间，与会人员分别对克旗煤制气项目气化、空分、净化、甲烷化、全厂系统及安全消防环保5部分内容进行了审查，为项目建设提供了宝贵经验和理论依据。下一步，克旗煤制气项目筹备处将针对疑难和重大技术问题，继续与专家进行研究磋商。
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)
买房贷款注意事项 买房贷款注意事项 买房贷款注意事项 注意一：申请贷款前不要动用公积金 如果借款人在贷款前提取公积金储存余额用于支付房款，那么您公积金账户上的公积金余额即为零，这样您的公积金贷款额度也就 为零，这就意味着您将申请不到公积金贷款。 注意二：在借款初一年内不要提前还款 按照公积金贷款的有关规定，部分提前还款应在还贷满一年后提出，并且您归还的金额应超过6个月的还款额。提前还款不仅没有 好处，还要缴纳一部分的违约金，慎重选择。 当您在借款期限内偿债能力下降，还贷有困难时，不要自己硬撑。可向银行提出延长借款期限的申请，经银行调查属实，且未有拖欠 应还贷款本金、利息，银行就会受理您的延长借款期限申请。 注意四：贷款后出租住房不要忘记告知义务 当您在贷款期间出租已经抵押的房屋，您必须将已抵押的事实书面告知承租人，以避免不必要的麻烦。 注意五：贷款还清后不要忘记撤销抵押 注意六：不要遗失借款合同和借据 申请按揭贷款，银行与您签订的借款合同和借据都是重要的法律文件。由于贷款期限长可达30年，作为借款人，您应当妥善保管您 的合同和借据。 买房贷款的手续
1.贷款人申请;借款人到贷款银行填报《个人住房借款申请表》 并提交下列材料:①借款人的身份证、户口;②购买住房的合同意向 书或其他证明文件;③借款人所在单位出具的借款人家庭稳定经济收 人证明;④贷款银行要求的其他证明。(二手房的话还需要提供卖方 房产证复印件几产权人几配偶的身份证、结婚证复印件) 2.贷款银行审查;贷款银行对借款人的贷款申请及其他各项证明 材料进行审查,审查合格后出具贷款承诺书,并与借款人签订抵押合同。 3.借款人办理抵押房屋的保险;借款人持购房合同到贷款银行指 定的保险机构办理抵押房屋的保险。现在银行一般都不会强制保险了,是自愿原则。借款人与贷款银行签订个人住房抵押贷款合同;借 款人持购房合同(二手房需要带评估报告、新的.房产证)、抵押合同、收押合同及保险单,与第三方(法人)担保人一起到贷款银行签订《个 人住房抵押贷款合同》并在30日内到房地产管理机关办理抵押登记,当事人要求公证的,可到公证机关办理公证。(二手房现在一般不需 要担保人的) 4.贷款银行划款;贷款银行将贷款以转帐方式划入购房合同中指 定的售房单位在贷款银行的存款帐户。 买房贷款手续流程 第一环节：着手准备买房 第二环节：挑选房源 这一环节是准备工作的延续，可以从报纸、电视、网络或相关房地产网站上查询，购房者需要综合三种媒体的优势，全面细致考察 房源信息。 第三环节：实地看房 选房是个技术含量很高的活儿。选房前你要对容积率、绿化率、公摊、户型方面的基础知识有所了解。
项目简介及完成人对项目主要贡献汇总材料一、c-c偶联 反应的合成 项目简介及完成人对项目主要贡献汇总材料 一、C-C 偶联反应的合成方法学及其在杂环衍生化中的应用研究 1、项目简介 本项目针对国际药物合成中所涉及的有机合成方法学问题，围绕C-C键、C-杂 原子键的构筑等有机合成方法学开展了系统、深入的研究，取得了突出的成绩。用简单易得的原料为C-O, C-N，C-S，C-C键的构建提供了新合成方法。 主要研究内容、科学发现点包括: 1. 首次实现了过渡金属催化3，4-二氢嘧啶硫酮与炔烃及羧酸亚铜盐的脱硫偶 联/酰化/水合串联反应一步实现了C-C和C-N键的有效构建。发展了Pd催化下磺 酸嘧啶酯与苯硼酸、端炔、苯酚及苯胺的C-C、C-O及C-N交叉偶联反应。 2. 发现并扩展了三对溴苯胺自由基正离子六氯锑酸盐(TBPA+.)引发的甘氨酸 类衍生物的sp3C-H键的催化氧化反应，以及甘氨酸类化合物与苯乙烯类衍生物的 氧化-[4+2]环加成串联反应。 3. 首次实现了酰胺、多聚甲醛与苯乙烯等的三组分反应构建烯丙基胺骨架结构，为烯丙基胺结构的构筑提供了有益的合成方法。 4. 开展了廉价金属盐CuSO4-5H2O/NaAsc催化的Ullmann型C-N偶联反应。 5. 实现了生物质催化转化制备高附加值有机化学品的有效方法。 本项目自2009年1月至2013年7月共发表论文52篇，其中SCI化学二区论 文8篇(其中包括Org. Lett. 2篇，Adv. Synth. Catal. 4篇，J. Org. Chem. 2篇)，SCI三区论文(包括Org. Biomol. Chem.; Tetrahedron; Tetrahedron Lett.; Eur. J.
XX公司 概要设计说明书模板（2014年）
目录 第1 章......................... 简介1 1.1 编写目的 (1) 1.2 文档的控制 (1) 1.3 文档的审批 (1) 1.4 项目干系人 (2) 2.1 业务发展方向 (2) 2.2 当前组织结构 (2) 2.3 当前IT 环境 (3) 2.4 标准约定 (3) 第3 章................... 探索方案和方法3 3.1项目定义............... (3) 3.2系统上下文............. (3) 3.3主题模型............... (4) 3.4功能性需求列表......... (5) 第2 章.................. 业务和需要的理解
3.5 非功能性需求列表 ..................... 8 3.6 用例图 (10) 10 4.1 应用架构概况图 ..................... 10 4.2 架构决策 ........................ 11 4.3 架构部件（组件）模型图 .................. 13 4.4 系统运行部署图 ..................... 13 4.5 项目计划 .............. 错误！ 4.6 项目的例外责任 ............ 错误！ 4.7 项目依赖 .............. 错误！ 4.8 风险和规避 .............. 错误！ 4.9 问题和假设 .............. 错误！ 4.10 假设条件 .............. 错误！ 第5章 .................... 16 5.1 服务级别标准 ....................... 16 5.2 服务资源及规范 (16) 主要业务名词和术语定义 .................... 17 参考文献 . (17) 第4章 .................... 项目交付架构 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 运营支撑标准
《项目名称》 概要设计说明书 文档名称： 拟制： 审核 山东山大鸥玛软件有限公司
变更记录 版本号修改原因／内容修改人审核人修改时间
目录 1 引言 (4) 1.1 编写目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4 参考资料 (4) 2 总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (4) 2.3 基本设计概念和处理流程 (4) 2.4 结构 (4) 2.5 功能需求与程序的关系 (4) 2.6 人工处理过程 (5) 2.7 尚未解决的问题 (5) 3 运行设计 (5) 3.1 运行模块组合 (5) 3.2 运行控制 (5) 3.3 运行时间 (5) 4 系统数据结构设计 (5) 4.1 逻辑结构设计要点 (5) 4.2 物理结构设计要点 (5) 4.3 数据结构与程序的关系 (5) 5 系统出错处理设计 (5) 5.1 出错信息 (5) 5.2 补救措施 (5) 6 系统维护设计 (6)
1 引言 1.1 编写目的 【提示：说明编写这份概要设计说明书的目的，指出预期的读者。】 1.2 背景 【说明： a．待开发软件系统的名称； b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。】1.3 定义 【提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。】 1.4 参考资料 【提示：列出有关的参考文件，如： 本项目的经核准的计划任务书或合同，上级机关的批文； 属于本项目的其他已发表文件； 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。】 2 总体设计 2.1 需求规定 【提示：说明对本系统的主要的输入输出项目、处理的功能性能要求。】 2.2 运行环境 【提示：简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。】2.3 基本设计概念和处理流程 【提示：说明本系统的基本设计概念和处理流程，尽量使用图表的形式。】 2.4 结构 【提示：用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。】 2.5 功能需求与程序的关系 【提示：本条用一张矩阵图说明各项功能需求的实现同各块程序的分配关系。
贷款买房的注意事项 文章摘自：金融一号店 [摘要] 贷款买房的注意事项 一、贷款买房的时候要看自己的存款情况 现在贷款问总是出现两个问题，一是能贷多少就贷多少，二是尽量少贷。从操作上来看，这两种方法都是不行的，是一种缺乏理性的行为。最合理的方法就是看自己有多少资产和家庭状况的，在贷款前先对自己的资产情况和信用情况做一个大概的评估。 如果说我们的资产情况良好，银行有大笔的存款，但又没有其他投资和更高收入的渠道，那么我们就选择少贷，那样我们的利息也会少一些。还有一种情况就是如果我们手上的资金都投入到基金、期货等理财产品中而且获得的回报率要高于我们所付出的利息，那么我们就选择多贷一点。 选购新房，最重要的还是房子本身。购房时，一定要看这个楼盘是否“五证”齐全(国有土地使用证、建设用地规划许可证、建设工程规划许可证、建设工程开工证、商品房预售许可证)，开发商资质如何等，尽量选择品牌开发商开发的大楼盘项目，这样才更有保障。 与一手房相比，二手房的选择空间往往更大，包括户型的种类、价格的层次、楼盘的地段等，都更为丰富。因此，在看房过程中，待婚族可将同一地段的一二手房都作为候选对象，经过多项指标的逐一对比，再做出决策，而不必纠结于是否是新房。二手房房产年龄的问题，这是贷款买房时一定要注意的方面。因为房产是有产权时限的，换言之也就是有年龄的。房子年龄越大，其变现价值也就越低。而且房龄时间长的房子，其结构和配套设施相对比较落后一些，这样的房子去银行申请房贷时，往往也不能获得相应的优惠，甚至存在拒贷的风险。
二、按揭月供的时候要注意看自己的收入情况 对于大多数年轻人来说，因为进入社会时间比较短，资金积累往往有限，购房后装修、筹备婚礼等支出又比较大，这时候买房往往需要家庭长辈的帮助。因此购房时，要特别做好购房预算，在经济承受范围购买房产。现在很多开发商对于一次性付款通常优惠额度很大，如果在经济条件允许的情况下，一次性付款肯定是最佳选择。如果没有那么大的经济承受能力，就要选择按揭贷款购房了。 贷款购房首先要考虑自己可承受的总房价。一般来说，房屋的首付不会低于总价的三成，因此新人们选房时要考虑自己可以承受的房屋总价、首付额度以及每月还贷的额度。一般情况下，新人们每月还贷额度最好控制在家庭总收入的50%以内，这样才可以基本保证日常的生活基本不受影响。 另外，某地产中介公司市场研究部工作人员介绍说，商业贷款的还款方式有很多种，如果收入比较稳定，可以选择等额本息的还款方式。每月还款额相等，方便安排资金支出，但缺点是利息总支出是所有还款方式中最高的。 如果手头相对比较宽裕，可以考虑选择等额本金的还贷方式。虽然这种还贷方式初期月供比较高、还款压力较大，但与等额本息相比，可以节省大量利息支出，并且后期月供逐渐减少，利于安排其他投资理财规划。 如果每月收入较高且稳定，可以考虑用双周供的还贷方式。双周供利息和比等额本息少，而且还贷额稳定，不会带来初期月供压力大的问题。从双周供与等额本息的利息和之差来看，以相同贷款额为例，贷款期限越长，利息和之差越大，选择双周供越合适。但每年会有个别月份还款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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
项目说明 一、工程内容、工程量、技术要求 广电中心地下停车场交通设施报价清单
注：投标人必须按上表列明的数量报价，结算时按实际供货量和成交综合单价结算。 环氧树脂厚膜地坪漆技术要求 1.1 产品特性 无缝防尘，易于清洁；耐酸、碱，防震性佳；色彩任选，美观亮丽；施工快速，成本经济。 1.2 施工程序 1）底涂：底油辊刷2遍； 2）中涂：中涂料调1~3倍石英粉平刮刀抹刮2遍； 3）腻子层：中涂料调1~3倍石英粉刮刀抹刮2遍； 4）面层：面涂料辊刷2遍或喷涂1遍； 5） 6）地坪厚度：约 1.3 质量标准 1）混凝土强度要求C25以上； 2）平整度要求2M靠尺最大高差小于3㎜； 3）基面含水率要求小于4％； 4）美观、无缝防尘、易清洁、耐磨防滑； 5）耐冲击、耐重压、高荷载、机械性能优； 6）防潮防霉、耐一般化学腐蚀； 7）硬化后收缩率小，无裂缝； 8）表观效果佳，有镜面； 9）所有用材符合国家标准。
（（2）环氧底油 （3）环氧树脂中涂 1.3.3 地坪特点
1.3.4 技术指标 1.3.5 施工工序
1.4 详细施工步骤 1、基面处理 ⑴基材表面平整度 指基材表面凹凸不平的程度。判定方法：用2m靠尺，用塞尺测量靠尺下的缝隙，一般控制在3mm以下。如果基面平整度不够，一般基面打磨后需要先用砂浆中涂或腻子补平补平坑洞；基面特别不平整的，要求重新做混凝土找平或者水泥自流平找平后再施工环氧地坪。 ⑵基面强度 基面强度不足会使地坪涂层与基材拉开，或由于基层受力破环，引起整个地面的破环。一般要求基材抗压强度≥25Mpa。 判定方法：用钢丝刷或金属棒摩擦基面，如果起砂，说明强度不够。用小铁锤敲打基层，如果有空鼓，则必须采取灌浆等相应措施处理。 一般情况如果强度稍差，可以采取用环氧底油补强，涂刷景江高固含底油或者混凝土加强型底油，使其充分渗入地面，达到表面成膜为准；如果起砂空鼓情况非常严重，采取环氧底油补强成本非常高，此时最好重新做混凝土，等干燥28天后再进行环氧地坪施工。 ⑶基层干燥程度 混凝土和砂浆地面中含有水分，会降低涂层与基层的粘接强度，另外也会引起涂层鼓泡和脱层。判定方法： ①用含水率测试仪检测基面含水量，一般要求控制在4%以下。 ②按ASTM4263规定的方法，取45c m×45cm的塑料薄膜平放在混凝土表面，用胶带纸密 封四周边。16小时后，薄膜下出现水珠或混凝土表面变黑，说明混凝土基层过湿，不宜施工。 ③基层干燥时间，一般要求28天以上。 一般地面潮湿处理方法： ①鼓风面鼓风 ②太阳灯照射基面 如果是一楼或者地下室没有做防水层造成的地面潮湿水气，要求做防水或防潮层之后才能做环氧施工。 ⑷基层的附着物 在水泥基层表面，一般附有施工中的水泥尘屑，特别是新施工的混凝土表面，通常 会有水泥浮浆（水泥游离体、松散、无强度）。钢板上会有锈渍，这些均会影响地坪涂层与基层的
xxxx信息系统V2.0 【模块名称】 概要设计说明书 版本号 xxx信息化建设项目组2018年05月01日
修正历史表 文档信息
目录 1.引言 (7) 1.1编写目的 (7) 1.2阅读对象 (7) 1.3术语定义 (7) 1.4参考资料 (7) 1.5图例 (7) 1.6其他 (7) 2.总体设计 (7) 2.1系统目标 (7) 2.2需求规定 (7) 2.2.1系统功能 (7) 2.2.2系统性能 (7) 2.2.3输入输出要求 (7) 2.2.4数据管理能力要求 (7) 2.2.5故障处理要求 (8) 2.2.6其他专门要求 (8) 2.3设计原则 (8)
2.5用户类及特征要求 (8) 2.6功能模块清单 (8) 2.7人工处理过程 (8) 2.8尚未解决的问题 (8) 2.9限制与约束 (8) 3.接口设计 (8) 3.1用户接口 (8) 3.2外部接口 (8) 3.3内部接口 (8) 4.全局数据结构设计 (8) 4.1数据库表名清单 (9) 4.2数据库表之间关系 (9) 4.3数据库表的详细清单 (9) 4.4视图的设计 (9) 4.5数据结构和程序的关系 (9) 4.6主要算法设计 (9) 4.7其他数据结构设计 (9) 5.系统功能说明 (9) 5.1系统功能概述 (9) 5.2系统数据流图 (9) 5.3系统外部接口 (9)
6.用户界面设计 (9) 6.1用户界面设计基本原则 (9) 6.1.1用户界面设计原则 (10) 6.1.2一般交互原则 (10) 6.1.3信息显示原则 (10) 6.1.4数据输入原则 (10) 6.2设计规范 (10) 6.2.1界面规范的总体规定 (10) 6.2.2界面一致性规范 (10) 6.2.3系统响应时间规范 (10) 6.2.4用户帮助设施规范 (10) 6.2.5出错信息和警告规范 (10) 7.运行设计 (10) 7.1运行模块设计 (10) 7.2运行控制 (10) 7.3运行时间 (10) 8.系统出错处理设计 (11) 8.1出错信息 (11) 8.2补救措施 (11) 9.安全性设计 (11) 9.1身份证认证 (11)
看房选房过后，就要签订购房合同了，这一步骤可是买房过程中最重要的一步，其中关系到购房者自身的权益和购房保障，整理了“签订购房贷款合同注意事项”仅供参考，希望能帮助到大家！ 1.在签订按揭贷款买房，签订合同时，最好请律师或行家从法律的角度代你审查合同文本，以减少一些不必要的损失。 2.一定要讲究房屋买卖的付款方式是否规范。在合同中对付款的数额、期限、方式及违约责任等作出约定。有的开发商不是先签订合同，而是先让购房者交纳一定数额的定金，只给购房者一个收条，一旦发生纠纷往往造成购房者在追究其责任方面的举证困难。 3.按揭贷款买房，签订合同面积确认及面积差异处理。如果选择按套内建筑面积为依据进行面积确认及面积差异处理时，应当在“面积差异处理”条款中明确面积发生误差时的处理方式。只有在合同中对面积差异有了详尽的约定后，才能避免上当。 4.按揭贷款买房签合同注意，对于开发商提出的自己认为不合理的条款，需要提出自己的修改意见，进行协商，合同是当事人协商一致的产物，如果双方无法形成合意的话，合同就无法成立。而且就您关心的问题，也要在合同中体现。在合意的过程当中，任何一方都无权强制对方，任何一方都有不签订合同的权利。 5.按揭贷款买房，签订合同一定要采用房地产管理部门统一印制的标准房屋买卖合同文本，并按照文本中所列条款逐条逐项填写，千万不能马虎。 6.按揭贷款买房签合同注意合同条款中，双方所填写的内容中权利与义务是否对等。有一些开发商的合同文本事先已填写好，甚至补充条款也由自己填好，这种填写好的合同文本大多存在着约定的权利义务不平等的情况。一旦发生此种情况，买房人一定要提出自己的意见，决不能草率行事。 7.按揭贷款买房，签订合同一定要认准交房日期是否确定。资金不足而延期交房是常有的事，开发商在预售合同上往往大做文章，如只注明竣工日期，而不注明交付使用日期；运用“水电气安装后、质量验收合格后、小区配套完成后”等一些模糊语言。对此，购房者在签订合同时，一定要将交房日期明白无误地规定为“某年某月某日”，并注明开发商不能按时交房所需承担的责任。 第一条房产情况 房产地址： __________市区的商品房/商铺；建筑面积：_____ 平方米；购房总价款：_______元；土地使用年限：____年；商品房预售合同号（或房地产证号）__________________________ . 第二条贷款与用款 一、甲方向乙方提供的贷款专项用于购买本合同所列上述之房产；贷款金额：（大写）人民币____________________________ 元整（小写：_________________ ）；乙方在此不可撤
IT项目文档汇总 项目按时间先后顺序会分为若干个阶段，每个阶段会有大量的文档产生。如：项目前期会有《项目前景说明书》《项目建设方案》，项目需求调研阶段有《需求调研报告》《需求评审报告》，项目设计阶段有《项目开发计划》《功能特性列表》《功能规格书》《详细设计报说明》《数据库设计报告》《uml设计说明》项目开发阶段有《项目开发进度报告》《项目版本说明》《项目会议纪要》项目进入实施阶段后，相关的文档就更多了《现场实施计划》《项目安装手册》《系统管理员手册》《用户手册》《客户联系人表》《客户服务器环境配置表》《硬件签收单》《用户反馈说明》《需求变更说明》《客户培训计划》《客户培训签到表》《项目试运行申请》《现场工作备忘录》《现场人员评价表》项目验收阶段有《项目阶段验收报告》《项目整体验收报》等等这些较为常用的文档。 一、《项目前景说明》 个人感觉是形式大于内容。该文档主要谈的是项目背景，客户环境，预期建设目标，产生效益，都是些大而空的话，对项目开发没有实际意义。这份文档的作用仅供甲乙双方的高层领导参阅，其他的项目关系人不是看不到，而是根本就不会看。这份文档一般是由公司的管理咨询部来编制，也只有他们才能站在领导的层面上去编写非大众阅读的文档。 二、《项目建设方案》 这份文档大多时用在投标过程中，是用于投标的技术方案。文档根据客户在招标方案中所规定的内容来制定相对详细的建设方案〔此时由于没有经过需求调研，方案也无法过于详细。不过，我还真没见到中标之前就率队到客户现场开展需求调研的做法，客户也不允许这样干,否则容易产生误会〕。《项目建设方案》的好坏会直接影响到投标得分的高低，而且一般是由客户方的信息化的专职牵头组织，各业务部门派人配合，组成评审小组对其评审。因此方案的编写大多情况下由管理咨询顾问来编写。另外，该方案也为项目范围划定了边界，需求调研也会遵照着划定的范围开展工作，因此该文档在项目前期具有指导意义。 注：如果项目合同附有《技术协议书》，那么《技术协议书》中所规定的项目范围多数与《项目建设方案》一致，但最终的项目范围应以《技术协议书》为准。 三、《需求调研报告》 这份文档是必须的。原因其一：项目接下来的设计工作都将围绕它来开展，起提纲挈领的作用。原因之二：一大帮人风风火火的在客户处热热闹闹的折腾了大半月，总得有个书面的东西向自己老板和客户的项目负责人交代吧。印象深刻的是我第一次带队到客户现场作需求，连打印机，打印纸，笔记本，网线，小交换机装着满满一大箱一个都不少的带到现场。白天作需求，晚上联机将各自的需求整理成word文档,第二天再给客户确认，反复修改。直到最终的需求评审会议通过后，连夜打印。厚厚的7大本文档(每个业务子系统一本)，然后乘以
软件开发文档 项目名： “通讯录” 版本： α测试版 作者： ccba 编写时间：2001-8-20 文档内容： 1 需求规格说明书 2 概要设计说明书 3 详细设计说明书 文档号IM00101 需求规格说明书 1、引言： 1.1 编写目的 本文档的编写是为了确定待开发软件的功能、性能、数据、界面的需求。 1.2 项目背景 “通讯录”软件是为了提供一种功能完备，易于操作、界面美观的优秀软件。该软件由蔡文亮单独开发完成。 1.3 定义 需求规格说明书采用参考资料②标准 1.4 参考资料 ①薛华成《管理信息系统（第三版）》清华大学出版社1999.5 ②郑人杰、殷人昆、陶永雷《实用软件工程（第二版）》清华大学出版社1997.4 ③周之英《现代软件工程（基本方法篇）》科学出版社 2000.1 2、功能需求 该软件由四个主功能模块和一个扩展功能模块构成，各功能模块中规定的均为软件的基本功能，在开发过程中，开发人员可根据实际情况在满足基本功能需求的前提下增加新功能，但必须详细编写相关文档。 2.1录入、修改功能模块 该功能块主要用于数据库的数据录入和修改，考虑到通讯录的实际需要，可以放松对数据库完整性结束的控制，但从减少数据库的角度来考
虑，不容许有完全相同的纪录出现（考虑的合并，相同的纪录项）。 2.2查询功能块 本功能模块是最重要的功能块，对通讯录的操作最主要部分就是查询操作。 本功能块要求有如下功能： 1）按数据库各个属性查询 2）按数据库各个属性之间的逻辑组合查询 如：查询名称为“鸭子”且年龄为20岁的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE NICKNAME=“鸭子” AND AGE=20 3）按某一属性的数值范围查询及其逻辑组 如：查询年龄在20至35岁间的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE AGE BETWEEN 20 AND 35 4）模糊查询 同时我们要求查询结果可以按用户要求的格式来显示，如：用户能调整显示属性的个数和组合。 2.3系统安全块 通讯录的信息是个人隐私，故在软件中加入必要的安全措施。主要有以下三点： 1）登录帐号和密码的管理 2）帐户权限的控制 3）对部分登录帐号隐藏部分内容 2.4系统设置块 本部分内容主要是对软件使用时一些设置使其更利于软件的使用：主要包括以下四个方面： 1）系统界面背景和色彩设置（模仿WINNAP） 2）闹铃功能开关，即实现朋友生日提醒功能 3）记录内容项（即数据库修改通讯录上的内容项） 4）历史记录，用户可以选择是否记录下何人何时使用过该软件 2.5扩展功能块 1）网络功能：通过OLE/COM接口的调用，实现E-mail软件调用。2）帮助文档的制作（On-line help）