4概要
1
概要
本概要重点载述本售股章程其它部份的数据。由于仅为概要，故此并无载
有阁下于投资发售股份前应考虑的所有数据。阁下于决定投资发售股份前，应细阅
整份售股章程，包括本售股章程「风险因素」一节及附录一会计师报告所载的财务报
表与相关附注。
在本售股章程内，除文义另有所指外，「本集团」及类似词语指本公司及四家营
运公司（其中两家为本公司的间接全资附属公司，另外两家则为与本公司及其全资
附属公司有一连串合约安排的公司）。请参阅「风险因素—有关本集团营运架构
之风险」及「本集团历史及架构—架构合约」两节。
概况
本集团为中国领先的互联网服务与移动增值服务供货商，拥有中国最大的实时通信
小区。用户可利用本集团称为QQ的实时通信平台，以各种终端设备透过互联网及移动与固定通信网络进行实时通信。本集团借助本身庞大的用户小区和备受认同的QQ品牌，吸引互联网和移动电话用户付款使用本集团以客为本的互联网和移动增值服务及产品。
本集团相信，以注册账户数目计算，本集团拥有中国最大的实时通信小区。截至二
零零四年三月三十一日，本集团拥有2.913亿个注册实时通信账户。截至二零零四年三月
三十一日止十六日期间，最高同时在.账户数目达到610万个。在此期间，用户每日平均在.时间长达6,470万小时；而每日平均发送信息量达到8.488亿条。本集团亦为中国主要
移动增值服务供货商之一。于二零零三年，本集团获中国移动选定为其梦网平台的「短信业务合作伙伴最佳业绩奖」。
本集团现时有三项主要业务：互联网增值服务、移动及通信增值服务与网络广告。
本集团于一九九九年二月推出基本在.实时通信服务。自推出以来，本集团的互联
网服务扩展至多种用户增值服务，包括各类收费实时通信服务、小区服务（例如网上交友、校友录、电子贺卡及电子邮箱）、娱乐服务（例如休闲游戏、网络虚拟化身及大型多用户在.游戏）。于二零零三年，本集团互联网增值服务的收入占本集团总收入31.3%，而于
截至二零零四年三月三十一日止三个月则占40.6%。
本集团于二零零零年五月在市场推出移动实时通信服务移动QQ。自推出以来，本集
团的移动及电信增值服务已扩展至包含移动聊天、IVR服务、彩铃服务、手机铃声与图片、移动电话新闻与信息内容服务、移动电话游戏及其它电信增值服务。于二零零三年，
2
概要
本集团移动及电信增值服务的收入占本集团总收入63.6%，而于截至二零零四年三月三十
一日止三个月则占55.5%。
由于客户基础近年来不断扩大，本集团利用网络小区庞大流量的优势，向本集团的
企业客户推广网络广告服务。于二零零三年，网络广告的收入占本集团总收入4.5%，而
于截至二零零四年三月三十一日止三个月则占3.2%。
此外，本集团作出长期投资，运用本身的技术针对中国企业开发企业实时通信解决
方案。本集团于二零零三年九月推出企业实时通信解决方案RTX，日后计划继续发展该
项业务。
本集团的互联网增值服务和移动及电信增值服务均透过中国主要电信营运商经营的
网络平台提供。本集团为网络营运商提供平台，以吸引用户使用增值通信服务，从而提
高网络营运商的网络通信量及收入。该等营运商负责就本集团服务向最终客户计费及收
款，而本集团则与该等营运商分享收费。
由于获得广大用户认同，故此自二零零零年五月起，本集团成功提供多种按月收费
的增值服务。本集团自二零零一年录得盈利以来，盈利保持增长。截至二零零三年十二
月三十一日止年度，本集团的全年收入及盈利分别为人民币7.35亿元及人民币3.222亿元，较二零零二年同期全年分别增长179.4%及129.0%。于二零零三年，定期收费项目收入占
本集团总收入逾75%。截至二零零四年三月三十一日止三个月，本集团的期内收入及盈利分别为人民币2.576亿元及人民币1.073亿元。
本集团的中国法律顾问认为，除「风险因素—有关本集团提供服务及产品之监管
风险」及「监管—腾讯计算器的申请」两节所述的若干事项外，本集团在中国的公司已就本身的成立取得一切所需的批准并维持其有效，而该等公司经营业务及营运并无违反
任何有关法律及法规。本集团的中国法律顾问亦认为，除本集团已取得的执照、许可证、批准和同意及腾讯计算器现正申领的互联网出版批准与进口游戏批准外，根据现行中国
法律、规则及法规，本集团主要经营的业务毋须取得执照、许可证、批准或其它同意。
行业概览
中国的电信及互联网行业近年发展迅速。根据信息产业部的资料，中国拥有全球最
庞大的固定电话及移动电话用户人数。于二零零三年十二月三十一日，中国的固定电话
用户及移动电话用户数目分别达2.633亿名及2.687亿名。Datamonitor预测，中国的固定电话用户人数由二零零三年至二零零七年的复合年增长率预期为8.6%，至二零零七年将达
至3.663亿名。Pyramid Research预测，中国的移动电话用户人数由二零零三年至二零零
七年的复合年增长率预期为16.9%，至二零零七年将达至5.021亿名。
3
概要
根据互联网信息中心的资料，于二零零三年十二月三十一日，中国的互联网用户人
数排行全球第二，共有7,950万名。预期中国互联网市场将随着宽带上网日趋普及（于二零零三年的用户增长率达163.6%）而进一步增长。根据IDC的数据，中国的互联网用户数目于二零零七年将达至约1.54亿名，由二零零三年起计，复合年增长率为18.0%。中国庞大的电信及互联网用户人数使增值服务的需求日趋殷切。因此，实时通信、网上娱乐及其
他增值服务亦日渐流行。根据IDC二零零三年的Marco Polo Survey，中国互联网用户较
其它亚太市场用户更愿意付费使用网上服务。
移动增值服务市场亦体现迅速增长。中国移动及中国联通已推出移动增值服务平台，
而该平台是推动移动增值服务市场发展的主要动力。根据Pyramid Research的资料，由
二零零二年至二零零七年，增值服务及SMS收入的复合年增长率预期为43.3%，而GPRS 收
入的增长率则为141.8%。本集团相信随着移动电话基础设施进一步发展，移动增值服务
亦会不断增长。
实时通信能让用户通过互联网和移动电话网络进行实时通信，是中国其中一种最受
欢迎、增长最快的互联网和移动增值服务。本集团认为，随着中国的互联网及电信用户
人数不断增长，中国的实时通信增长前景乐观，而增值服务日趋多元化，藉着可向用户
推广更多收费服务，将为实时通信服务供货商提供商机。
本集团的优势
本集团相信，本集团处于有利位置，可充分利用中国互联网及移动与固定电信的发
展以及用户对互联网与电信创新增值服务不断增长的需求。本集团的主要优势包括：
. 庞大而活跃的用户群；
. 独特的网络小区体验；
. 极具吸引力及创新的增值服务；
. 强大的品牌知名度；及
. 与电信营运商及终端设备制造商拥有紧密的策略关系。
本集团的策略
本集团的目标在于成为中国主要的互联网及电信增值服务供货商。本集团的实时通
信平台已发展成为综合服务平台，可向庞大而不断扩展的小区提供实时通信、增值服务
及网上娱乐。为扩展本集团业务及增加股东回报，本集团将致力：
. 继续扩展本集团用户群；
4
概要
. 提供新产品及服务，以丰富QQ小区的体验；
. 继续加强本集团与电信营运商、设备制造商及内容供货商的策略关系；及
. 开发适用于中国企业的实时通信解决方案。
本集团的企业架构
现时，中国的法规限制外商拥有提供电信增值服务的公司。因此，本集团的互联网
与移动增值服务及其它电信增值服务均由腾讯计算器及世纪凯旋根据与本公司及本公司
的两间中国全资附属公司腾讯科技及时代朝阳科技订立的合约安排下提供。本集团主要
创办人持有腾讯计算器及世纪凯旋的所有权益。根据各种合约安排，本公司可确认及获
得腾讯计算器及世纪凯旋业务及营运的经济利益。订立该等协议的目的在于使本公司、
腾讯科技及时代朝阳科技拥有腾讯计算器及世纪凯旋的有效控制权，并可在中国法律容
许的情况下收购腾讯计算器及世纪凯旋的股权及／或资产。本公司的中国法律顾问已向
本公司表示，该等合约安排符合现行中国法律及法规。
5
概要
过往财务资料概要
以下本公司于二零零一年、二零零二年与二零零三年十二月三十一日及截至该日止
年度及于二零零三年与二零零四年三月三十一日及截至该日止三个月的财务资料概要乃
摘录自本售股章程附录一所载的会计师报告。以下财务资料概要乃根据国际财务准则编撰。
截至十二月三十一日止年度截至三月三十一日止三个月
二零零一年二零零二年二零零三年二零零三年二零零四年
（人民币千元）
收入：
互联网增值服务. . . . . . . . . . . . . . . . . . . . . . . . . 944 40,819 229,690 33,012 104,586
移动及电信增值服务. . . . . . . . . . . . . . . . . . . . 37,960 198,818 467,369 84,297 142,817
网络广告. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7,735 19,188 32,841 6,818 8,215
其它. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2,437 4,282 5,057 866 1,935
总收入. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49,076 263,107 734,957 124,993 257,553
收入成本. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . (18,044) (71,674) (229,548) (36,339) (87,368)
毛利. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31,032 191,433 505,409 88,654 170,185
其它经营（开支）／收入净额. . . . . . . . . . . . . . . . (82) (242) (1,226) 36 18
销售及市场推广开支. . . . . . . . . . . . . . . . . . . . . . . (4,312) (19,437) (55,967) (12,313) (23,044) 一般及行政开支. . . . . . . . . . . . . . . . . . . . . . . . . . . (16,297) (28,860) (112,011) (16,652) (34,074) 经营盈利. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10,341 142,894 336,205 59,725 113,085
融资（开支）／收入净额 . . . . . . . . . . . . . . . . . . . . (125) 871 2,004 (257) 931
除税前盈利. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10,216 143,765 338,209 59,468 114,016
税项. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . －(3,058) (16,013) (2,123) (6,712)
年内／期内盈利. . . . . . . . . . . . . . . . . . . . . . . . . . . 10,216 140,707 322,196 57,345 107,304
于十二月三十一日于三月三十一日
二零零一年二零零二年二零零三年二零零三年二零零四年
（人民币千元）
资产负债表：
现金及现金等价物. . . . . . . . . . . . . . . . . . . . . . . . . 39,723 45,254 325,586 79,205 329,332
资产总值. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65,542 213,666 575,716 270,967 642,416
股东权益总额. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48,324 197,950 471,957 244,961 550,326
于上述期间，本公司绝大部份收入来自一连串由本公司、本公司全资附属公司腾讯
科技与腾讯计算器订立的合约安排。根据该等协议，本公司可确认及获得腾讯计算器业
务及营运的经济利益。订立该等协议的目的在于使本公司及腾讯科技拥有腾讯计算器的
有效控制权，并可在中国法律容许的情况下收购腾讯计算器的股权及资产。根据该等合
约安排，董事会认为由于本公司透过该等合约安排实际上拥有腾讯计算器的控制权，故
此即使并无拥有股权，亦宜将腾讯计算器的财务报表合并计算。按本售股章程附录一会
6
概要
计师报告附注3「主要会计政策」内「综合帐目的基准」所述，综合计算腾讯计算器的业绩符
合国际财务准则之国际会计准则第27号。该准则规定，附属公司仅可在母公司拥有其控
制权之情况下综合计算至母公司的帐目。世纪凯旋于二零零四年一月按与本公司订立的
相若合约安排而成立，而其于二零零四年三月三十一日及截至该日止三个月的财务报表
综合计算入本公司。
过往营运资料概要
下表载列于下述日期及期间本集团实时通信小区及增值服务的若干营运统计数字：
截至
二零零四年截至十二月三十一日止
三月十六日期间
三十一日止
二零零一年二零零二年二零零三年十六日期间
（百万计）
注册实时通信账户（期终）. . . . . . . . . . . . . . . . . . . . 93.2 151.3 256.1 291.3
活跃账户. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43.8 54.4 81.5 97.1
最高同时在.账户. . . . . . . . . . . . . . . . . . . . . . . . . . . 1.9 2.9 4.8 6.1
平均每日用户在.时数. . . . . . . . . . . . . . . . . . . . . . 18.3 28.6 51.4 64.7
平均每日信息(1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 413.9(2) 386.4 681.8 848.8
收费互联网增值服务注册用户（期终）. . . . . . . . . － 1.5 6.9 7.3
收费移动及电信增值服务注册用户（期终）(3) . . 1.4 5.6 13.1 12.8
附注：
(1) 平均每日信息仅包括计算机之间交流的信息，不包括移动手机之间交流的信息。
(2) 截至二零零一年十二月三十一日止十六日期间的平均每日信息包括来自本集团网络广告的信息。于其后
的期间，平均每日信息并不包括该等广告信息。
(3) 包括登记订购由本集团直接或透过移动电话营运商提供的服务。
风险因素
本集团相信，本集团的业务及发售涉及风险。该等风险大致可分类如下：
. 有关本集团业务之风险；
. 有关本集团营运架构之风险；
. 有关本集团服务及产品之监管风险；
. 在中国经营业务之一般风险；及
. 有关发售之风险。
主要风险因素的详细讨论载于「风险因素」。主要风险因素罗列如下：
有关本集团业务之风险
. 本集团之业务计划乃基于未必能成功之崭新业务模式，且本集团未必可成功实
施未来之业务策略。
7
概要
. 假如腾讯计算器及世纪凯旋无法与移动电话及其它电信营运商维持现有及达成
新的安排，本集团业务将会受损。
. 本集团倚赖移动电话营运商准确记录客户所付的移动增值服务费用以及本集团
所占该等费用的比例，而本集团偶而须就此估计应确认入帐的收入，该过程中
任何错误均可能对本集团的营运业绩有不利影响。
. 倘若移动电话或其它电信营运商拒绝或拖延向腾讯计算器或世纪凯旋付费，则
本集团的收入将会受到不利影响。
. 倘若网络营运商坚持签订独家条款，而腾讯计算器或世纪凯旋（视乎情况而定）
被视为不符于该等条款，则腾讯计算器及世纪凯旋提供移动增值服务及产品之
能力将受到限制。
. 倘若移动电话营运商的经营环境转坏，则本集团的业务营运及财务状况或会受
到重大不利影响。
. 本集团所经营的市场竞争非常激烈。
. 倘若本集团无法与设备制造商维持现有的及达成新的安排，则本集团的业务或
会受损。
. 本集团业务有赖主要行政人员及雇员的持续贡献，倘若本集团失去其服务，则
本集团业务或会严重受阻。
. 由于本集团经营历史有限，而本集团业务的收益和收入潜力仍未经验证，故本
集团无法预料是否能达到本身或外界期望的未来表现。
. 倘若本集团无法开发出或引进受欢迎的内容及应用程序，则本集团业务或会受
损。
. 倘若本集团无法维持品牌知名度，则本集团在吸引新业务伙伴及消费者方面可
能遇到困难，而本集团的业务亦可能受损。
. 倘若本集团未能成功开发及推出新服务和产品，或未能采用新技术，则本集团的竞争优势及利用互联网及电信增值服务及产品赚取收入的能力或会受损。
. 本集团部份收入源自网络广告销售，惟仍未能证实互联网是广受接纳的广告媒体。
. 本集团未必能防止未经授权人士使用本集团的知识产权，从而有损本集团业务，并令本集团牵涉诉讼。
. 本集团可能遭第三方提出侵权申索，一旦申索成功，本集团或须支付巨额损失赔偿。
. 迅速增长及日新月异的经营环境令本集团有限的资源更为紧绌。
8
概要
. 本集团可能就于本集团网站展示、取得或连结的数据或透过本集团服务发送或分享的数据而须对第三方负责。
. 本集团用户的网上交流或会导致个人冲突，从而可能有损本集团声誉、导致政府调查及对本集团业务产生严重不利影响。
. 本集团或会因私隐考虑或资料不确而声誉受损及在日后未能销售针对特定对象的广告，从而削弱本集团广告字段对广告客户的吸引力。
. 因系统故障或计算机病毒引致的意外网络中断，或会减少访客流量、减少收入及令本集团声誉受损。
. 本集团之后备系统有限，因而容易受到天灾及其它事件影响。
. 对本集团交易系统的保安及互联网和移动电信网络上数据保密性的忧虑可能令用户减少使用本集团的网络，妨碍本集团的发展。
. 网上付款系统在中国尚处发展初期，或会限制本集团拓展网上服务业务的能力。. 电信增值市场及中国的互联网市场的持续成长有赖于对固定电话及移动电信基础设施的持续投资。
. 本集团或未能取得可能需要的额外资金。
. 日后的收购可能不利本集团管理业务的能力。
. 本集团的投保范围有限。
. 本集团未必可根据现时建议的股息政策派付股息。
. 本集团日后未必可达致过往三年的收入增长。
. 倘移动电话营运商网络质素下降而导致流失信息数量增加，则或会对本集团的收入有重大不利影响。
. 电信网络营运商未能如预期向本集团提供频宽及服务器托管服务及本集团供应商未能如预期提供内容或会损害本集团业务。
. 本集团与主要营运商的关系恶化或主要营运商出现财政问题或会损害本集团业务。
有关本集团营运架构之风险
. 本公司及外商独资企业与腾讯计算器及世纪凯旋订立的合约安排并不保证符合中国法律及法规。
9
概要
. 基于监管限制，本集团透过本公司及外商独资企业均无直接拥有任何权益的公
司在中国经营部份业务。该等安排未必可如直接拥有权益般提供有效控制。
. 倘腾讯计算器或世纪凯旋未能遵从或拒绝延续与本集团订立的合约安排，则本集团业务或会中断，而本集团收入可能大幅下跌。
. 本集团计划成立外资电信企业未必可顺利进行或未能进行，或可能产生额外成本及中断本集团业务。
. 外商独资企业、腾讯计算器及世纪凯旋现时享有的税务优惠日后或会受到质疑或撤销，而根据集团内公司间的合约所载的收支确认可能受到中国税务机关质疑。
. 所持权益有别于公众股东的本公司现有股东于发售后将可对股东决议案的采纳发挥若干影响力。
有关本集团服务及产品之监管风险
. 本集团可能由于对互联网及电信增值服务公司的监管制度复杂、不明朗及转变而受到不利的影响。
. 倘若本集团未能取得或保持所有必需的执照、许可证及批文，或倘若本集团需要办理费时或花费高昂的手续，则本集团的营运可能受到重大不利影响。
. 倘本集团未能取得进口在.游戏的批准，或本集团过去有关在.游戏的活动被
视为违反中国法律或法规，则本集团的业务及前景或会受到重大不利影响。
. 倘若本集团部份在.游戏业务日后被视为违反法律，则本集团可能需要修改在
.游戏的业务模式，因而可能对本集团的业务和经营业绩有严重不利影响。
. 本集团可能由于在本集团网站展示、取得或连系被禁的信息内容，或由于透过本集团的服务而传输被禁的信息内容而承担责任。
. 本集团或须将本集团的加密软件在监管当局登记，而倘若当局要求本集团更改加密软件，则本集团须开发或以特许权方式获得取代软件，因而影响本集团的
营运。
在中国经营业务之一般风险
. 中国政府的政治及经济政策逆转或会对中国整体经济增长有重大不利影响，而使本集团服务的需求减少，并不利本集团的业务和经营业绩。
10
概要
. 中国经济发展放缓或会阻慢本集团增长及盈利能力。
. 本集团之中国附属公司向本集团派息时受到限制。
. 汇率波动或会损害本集团业务。倘人民币贬值，本集团的收益以美元计值将会减少。
. 兑换货币受到限制，或会使本集团收取及有效使用收益的能力受到局限。
. 有关中国法律制度及行政措施的不明朗因素可能会对本集团不利。
. 有关严重急性呼吸系统综合症及其它疫症爆发的风险。
有关发售之风险
. 由于股份过往并无公开市场，故此发售股份的流通性及市价或会波动。
. 由于发售价远高于每股有形账面净值，故此阁下所持股份的价值将会实时大幅摊薄。
. 于发售后在公开市场抛售或预期抛售大批股份或会对股份当时市价有不利影响。. 本售股章程有关中国经济、互联网及电信行业的事实及统计资料未必准确。
. 本售股章程所载的前瞻性陈述涉及风险及不明朗因素。
本集团现拟支付不少于有关年度本集团综合股东应占盈利10%的全年现金股息。然
而，日后是否派发上述股息，将由董事会基于本集团的盈利、现金流量、财务状况、资
本需求、法定储备需求等因素及其它董事会认为相关的条件厘定。支付股息亦可能由于
法律限制及本集团日后可能订立的融资协议而受到限制。
所得款项用途
本公司自发售所得款项净额（经扣除包销费用及佣金和本集团估计因发售而应付的开
支，假设并无行使超额配股权，及假设每股股份发售价为3.235港元，即指示发售价范围
每股股份2.77港元至3.70港元的中位数）估计约为12.58亿港元（如全面行使超额配股权，则
为14.54亿港元）。
本集团目前并无就所得款项订下任何特定的用途，亦无通过任何具体计划。本集团
或会运用发售所得款项净额发展及支持新的策略方向，并发展及扩充现有业务。假设本
11
概要
集团取得上述约12.58亿港元的估计所得款项净额，本集团将按下文所述分配运用资金：
. 约8.18亿港元用作拓展及支持实时通信、娱乐及互联网等方面的新策略方向，包
括日后可能进行的策略收购；
. 约2.52亿港元用作发展及扩充现有业务；及
. 其余发售所得款项净额用作营运资金及其它一般企业用途。
本集团可能将因全面行使超额配股权而取得之额外所得款项净额约1.96亿港元，或会
用作额外营运资金。所得款项之可能用途分配或会因应本集团之需要、状况及管理要求
的改变而更改。
发售统计数字
根据发售价每股根据发售价每股
2.77港元计算
3.70港元计算
市值(1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46.55亿港元62.18亿港元
二零零三年备考每股基本盈利(2) . . . . . . . . . . . . . . 0.17 港元0.17 港元
根据二零零三年盈利计算的备考市盈率(3) . . . . . 15.9 倍21.2 倍
预测二零零四年每股基本盈利(4) . . . . . . . . . . . . . . 0.25 港元0.25 港元
根据二零零四年预测盈利计算的预测市盈率(5) . 11.1 倍14.8 倍
备考每股有形资产净值(6) . . . . . . . . . . . . . . . . . . . . . 0.95 港元1.17 港元
附注：
(1) 市值乃根据预期于完成发售后实时已发行1,680,641,260股股份计算，惟并无计及任何因行使超额配股权
而可能发行的股份或根据公开售股前购股权计划或购股权计划授出的购股权，或根据发行授权或购回授
权而可能由本集团发行或购回的股份。
(2) 二零零三年备考每股基本盈利乃按本集团截至二零零三年十二月三十一日止年度过往盈利净额除以二零
零三年已发行股份加权平均数（已假设会计师报告附注24(g)及24(i)所述的股份拆细及将按发售而发行股
份已于二零零三年一月一日进行而作追溯调整）计算，惟并无计及任何可能因行使超额配股
开售股前购股权计划所授购股权而发行的任何股份。
(3) 根据二零零三年盈利计算的备考市盈率乃在假设并无行使超额配股权及根据公开售股前购股权计划所授
购股的前提下，而按发售价每股2.77港元及每股3.70港元，根据附注(2)所述的二零零三年备考每股基本
盈利而计算。
(4) 预测二零零四年每股基本盈利乃按本集团截至二零零四年十二月三十一日止年度预测盈利净额人民币
4.44亿元除以预期二零零四年已发行股份加权平均数（犹如发售已于二零零四年一月一日进行）计算，惟
并无计及任何可能因行使超额配股权或根据公开售股前购股权计划所授购股权或可能根据购股权计划授
出的购股权而发行的任何股份。
(5) 根据二零零四年预测盈利计算的预测备考市盈率乃在假设并无行使超额配股权及根据公开售股前购股权
计划或可能根据购股权计划所授购股的前提下，按发售价每股2.77港元及每股3.70港元，根据附注(4)所
述的预测二零零四年每股基本盈利而计算。
(6) 备考每股有形资产净值已作出「财务资料—未审核备考有形资产净值」一节所述的调整，并根据预期
于完成发售后实时已发行股份合共1,680,641,260股计算，惟并无计及任何因行使超额配股权而可能发行
的股份或可能根据公开售股前购股权计划或购股权计划授出的购股权而可能发行的股份，或根据发行授
权或购回授权而可能由本集团发行或购回的股份。倘行使全部或部份超额配股权及／或根据公开售股前
购股权计划或购股权计划发行任何股份，则每股经调整有形资产净值或会增加／减少。
第八章定量分析概论课案
第八章定量分析化学概论（计划学时数：5） [教学目的]通过本章讲解使学生对分析化学有全面了解。 [教学要求] 1．明确学习定量分析的目的，了解定量分析的方法、分类和定量分析的一般程序。 2．熟悉定量分析误差的来源、分类和减免措施；熟悉准确度和精密度、误差和偏差的含义及表示方法。 3．掌握有效数字的含义和运算规则。 4．了解滴定分析的方法、熟悉滴定分析对滴定反应的要求及基准物质应具备的条件。[学时分配] 第一节定量分析的任务和分析方法的分类1节时 第二节定量分析的一般程序1节时 第三节定量分析的误差1节时 第四节定量分析概述 1.5节时 第五节滴定分析的计算0.5节时 [重点内容] 配合物的组成和命名 [难点内容] 影响配位平衡的因素 [使用教具]挂图，多媒体课件 [教学方法]讲解结合启发和提问。 [作业] 129页1、7、8、11
第一节 分析化学的任务和方法 一、分析化学的任务：是研究物质化学组成和结构的分析方法及有关理论的一门学科。 二、分析方法的分类 1 定性 定量 结构分析 ２．分析对象分 有机分析、 无机分析。 3．按式样用量及操作方法分 常量分析（﹥1%）、 半微量分析、 微量分析 痕量分析（〈0．01%〉 4．按分析要求分 例行分析、快速分析 5．按测定原理分??? ??????????滴定分析重量分析为基础的分析方法化学分析：以化学反应 法等色谱分析法、放射分析析法光学分析法、电化学分仪器分析 化学分析是分析化学的基础。 仪器分析的特点：快速、操作简便、灵敏度高适用于微量和痕量分析。 第二节 化学分析的一般程序 一、取样和缩分 取样原则：代表性、均匀性、“多点采样”、“四分法缩合 二、称样和试样的前处理 湿法分解：用单一酸、混合酸等破坏有机质； 干法分解：灰化、熔融 浸提：静态、动态 三、测定 四、分析结果的处理与报告
概要设计说明书精编
概要设计说明书精编 Document number：WTT-LKK-GBB-08921-EIGG-22986
XXX项目概要设计说明书
文档修订记录
1.引言 术语和缩写 本文用到的术语符合国家标准《软件工程术语 （GB/T11475-1995）》。 与本文直接相关的国家标准包括：（中国标准出版社1996年） GB8566-1995 软件生存期过程 GB8567-88 计算机软件产品开发文件编 制指南 GB8567-88 计算机软件数据库设计说明 编制指南 GB/T11457-1995 软件工程术语 参考资料 文件名称文件版本《XXX系统软件需求规格说明书》 《XXX系统业务需求说明书》 设计约束 （1）需求约束 本系统应当遵循的标准或规范。
硬件、操作系统、数据库等基础架构条件描述，如能 在普通PC机、windows操作系统上运行。 页面简单、操作方便快捷。 具有较高的正确性、健壮性、可靠性、效率（性 能）、易用性、清晰性、安全性、可扩展性、兼容 性、可移植性。 （2）隐含约束 用户必须具备一定的计算机使用能力 IE版本在或之上 中央处理器CPU主频800MHZ以上，内存最小 128MB，硬盘最小10G，以及必要的网络设备。 设计策略 1．扩展策略 XXX系统的软件设计采用模块化体系结构，新功能的引入不影响原有的功能模块，具有良好的可扩展性。 2．复用策略 信息查询、统计汇总设计考虑部分通用化设计，便于复用。 3．安全性 系统中涉及到敏感信息，系统应具备统一、完善的多级安全机制，以保证系统的安全性。 4．易用性
系统应提供友好的操作界面，便于用户的操作和管理。 5．灵活性 业务本身具有较多的灵活性，在系统设计时，设计上要充分考虑到灵活性。 2.总体设计 设计规定 1、所有的数据库命名都是以模块的缩写加上具体表的英文词汇组成，这样能够统一数据库表的命名，也能够更好的规范数据库表命名。 2、所有数据库的设计，都采用Rational Rose进行，并且采用面向对象的设计方法，首先进行对象实体的设计，最后将对象持久化到数据库中，所有的表和表之间的关联(ER图)都采用标准的Rose设计工具进行，这样能够将整个系统的设计和数据库设计有机的结合起来。 3、界面风格：管理界面做到美观大方、风格统一，并有一些提示信息指导用户操作使用。尽量使用选择框、下拉框等选择操作界面，方便用户的使用。 4、消息提示：中文提示，言简意赅。 运行环境 软件平台 服务器操作系统：UNIX DB服务器
概要设计说明书范例及模板
《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 编写目的 软件概要设计是从总体上把握系统设计框架，他包括模块划分、处理流程和接口设计，概要设计说明书对上述内容作了总体描述，体现了用户需求与应用系统实现之间的关系，在设计过程中起到了提纲挈领的作用。 待开发的软件系统的名称：多层体系政务框架平台之一行政服务中心政务平台 项目名称：多层体系政务框架平台之一行政服务中心政务平台 项目的任务提出者：集团公司中央研院应用产品开发中心 项目的任务开发者：多层体系政务框架平台之一行政服务中心政务平台项目开发组 项目的用户：行政服务中心 本文档的阅读者：多层体系政务框架平台之一行政服务中心政务平台项目组 1.2 定义 1.3 参考资料 2. 范围 2.1 系统主要目标 构建行政服务中心政务平台，实现办件处理网络化、无纸化、科学化，内部办公自动化与政务公开化的要求，并为领导提供办件相关的统计与决策分析数据。本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。 本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。2.2 主要软件需求 网上审批，网上办件与流程监控。 3. 软件系统结构设计 3.1 复审数据流、控制流
办件流程: ) 办件单) 其中网上申请办件要经过接件以后才会正式转为办件单。 咨询流程: (咨询单) (答复单，答复数) 其中每咨询一次，当日答复数自动增一。 收发文流程： 可将已提交的文档收回，另择流程 n 次，可将已提交的文档收回，另择流程
3.2 软件体系结构 3.2.1 软件程序结构图 软件程序结构图如下：（见下页）
实验四概要设计说明书
概要设计说明书 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系??3 HYPERLINK\L "_T OC521464969" 2.6人工处理过程 (3) HYPERLINK\L "_T OC521464970" 2.7尚未问决的问题 (3) HYPERLINK \L "_TOC521464971" 3接口设计...... PAGEREF _TOC521464971 \H 3 HYPERLINK\L "_T OC521464972"3.1用户接口 (3) 3.2外部接口........................................................................... PAGEREF_T OC521464973\H 3 3.3内部接口 (4) 4运行设计 PAGEREF _Toc521464975 \h 4 HYPERLINK \l "_Toc521464976" 4.1运行模块组合 4 HYPERLINK \l "_Toc521464977" 4.2运行控制4 HYPERLINK \l "_Toc521464978" 4.3运行时间 PAGEREF _Toc521464978 \h 4 5系统数据结构设计 PAGEREF _Toc521464979 \h 4 HYPERLINK \l "_Toc521464980" 5.1逻辑结构设计要点 PAGEREF _Toc521464980 \h 4 5.2物理结构设计要点4 5.3数据结构与程序的关系4 6系统出错处理设计 (5) 6.1出错信息5 6.2补救措施5 6.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)
大数据平台概要设计说明书
计算平台 概要设计说明书 作者：日期：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计算平台业务流程图..................................
系统概要设计说明书
系统概要设计说明书 一、引言 （一）编写目的 本阶段已在系统的需求分析的基础上，对北京督察局公务员量化测评系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对北京督察局公务员量化测评系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 （二）项目背景 本项目由首都师范大学管理学院电子商务小组开发。 北京督察局公务员量化测评系统将由三部分组成：角色管理、评测打分、查询统计。（三）定义 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； 数据存储能力和测试支持能力：需要有较高的系统支持 （三）需求概述 为使北京督察局更好进行量化测评，需开发一个北京督察局公务员量化测评系统。通过量化测评系统科学、规范、公正的进行考核，使考核结果客观、准确，使考核工作简单、快捷。并要求界面要简单明了，易于操作，服务器程序利于维护。 三、总体设计 （一）处理流程 下面将使用（结构化设计）面向数据流的方法对北京督察局公务员量化测评系统的处理
概要设计说明书
《项目名称》 概要设计说明书 文档名称： 拟制： 审核 山东山大鸥玛软件有限公司
变更记录 版本号修改原因／内容修改人审核人修改时间
目录 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 功能需求与程序的关系 【提示：本条用一张矩阵图说明各项功能需求的实现同各块程序的分配关系。
概要设计说明书49097
1引言....................................................... 错误!未定义书签。 编写目的................................................. 错误!未定义书签。 背景..................................................... 错误!未定义书签。 定义..................................................... 错误!未定义书签。 参考资料................................................. 错误!未定义书签。2总体设计................................................... 错误!未定义书签。 需求规定................................................. 错误!未定义书签。 运行环境................................................. 错误!未定义书签。 基本设计概念和处理流程................................... 错误!未定义书签。 结构..................................................... 错误!未定义书签。 功能器求与程序的关系..................................... 错误!未定义书签。 人工处理过程............................................. 错误!未定义书签。 尚未问决的问题........................................... 错误!未定义书签。3接口设计................................................... 错误!未定义书签。 用户接口................................................. 错误!未定义书签。 外部接口................................................. 错误!未定义书签。 内部接口................................................. 错误!未定义书签。4运行设计................................................... 错误!未定义书签。 运行模块组合............................................. 错误!未定义书签。 运行控制................................................. 错误!未定义书签。 运行时间................................................. 错误!未定义书签。5系统数据结构设计........................................... 错误!未定义书签。 逻辑结构设计要点......................................... 错误!未定义书签。 物理结构设计要点......................................... 错误!未定义书签。 数据结构与程序的关系..................................... 错误!未定义书签。6系统出错处理设计........................................... 错误!未定义书签。 出错信息................................................. 错误!未定义书签。
最全面的概要设计说明书
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)
需求分析说明书、详细设计说明书、概要设计说明书样例
以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.wendangku.net/doc/7e280701.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3
4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系
统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控 、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。 3. 设计约束
(新)概要设计说明书
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (3) 3.1用户接口 (3) 3.2外部接口 (3) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (4) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)
概要设计说明书 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
安卓平台软件APP系统概要设计说明书
安卓平台软件APP系统概要设计说明书 目录 1 Introduction 简介 (3) 1.1 Purpose 目的 (3) 1.2 Scope 范围 (3) 1.2.1 Name 软件名称 (3) 1.2.2 Functions 软件功能 (3) 1.2.3 Applications软件应用 (4) 1.3 Reference 参考资料 (4) 2 High Level Design 概要设计 (5) 2.1 Level 0 Design Description 第0层设计描述 (5) 2.1.1 软件系统上下文定义 (5) 2.1.2 Design Considerations设计思路 (5) 2.2 Level 1 Design Description 第1层设计描述 (6) 2.2.1 System Architecture系统结构 (6) 2.2.1.1 Description of the Architecture系统结构描述 (6) 2.2.1.2 Representation of the Business Flow业务流程说明 (7) 2.2.2 Decomposition Description分解描述 (21) 2.2.2.1 模块1名 (21) 2.2.2.1.1 功能一名 (21) 2.2.2.1.2 功能二名 ................................................................ 错误！未定义书签。 2.2.2.2 模块2名 (24) 2.2.3 Interface Description接口描述 (29) 2.2.3.1 XX接口1 (43) 2.2. 3.2 XX接口2 ............................................................................ 错误！未定义书签。 3 Data Structure 数据结构/Database Design 数据库设计 (43) 3.1 概念模型 (44) 3.2 数据库表设计 (45) 3.3 存储过程设计 ......................................................................................... 错误！未定义书签。 3.4 视图设计 ................................................................................................. 错误！未定义书签。 3.5 触发器设计 ............................................................................................. 错误！未定义书签。 3.6 函数设计 ................................................................................................. 错误！未定义书签。 3.7 基础数据配置 ......................................................................................... 错误！未定义书签。 4 UI Design 界面设计 (46) 4.1 界面1 (46) 4.2 界面1 (47) 5 Error Design 出错处理设计 (53)
概要设计说明书
XXX项目 概要设计说明书
文档修订记录
1.引言 1.1术语和缩写 本文用到的术语符合国家标准《软件工程术语（GB/T11475-1995）》。 与本文直接相关的国家标准包括：（中国标准出版社 1996年） GB8566-1995 软件生存期过程 GB8567-88 计算机软件产品开发文件编制指南 GB8567-88 计算机软件数据库设计说明编制指南 GB/T11457-1995 软件工程术语 1.2参考资料 1.3设计约束 （1）需求约束 ?本系统应当遵循的标准或规范。 ?硬件、操作系统、数据库等基础架构条件描述，如能在普通PC机、windows操作 系统上运行。 ?页面简单、操作方便快捷。 ?具有较高的正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、 可扩展性、兼容性、可移植性。 （2）隐含约束 ?用户必须具备一定的计算机使用能力 ?IE版本在5.0或5.0之上 ?中央处理器CPU主频800MHZ以上，内存最小128MB，硬盘最小10G，以及必要的 网络设备。 1.4设计策略 1．扩展策略 XXX系统的软件设计采用模块化体系结构，新功能的引入不影响原有的功能模块，具有
良好的可扩展性。 2．复用策略 信息查询、统计汇总设计考虑部分通用化设计，便于复用。 3．安全性 系统中涉及到敏感信息，系统应具备统一、完善的多级安全机制，以保证系统的安全性。 4．易用性 系统应提供友好的操作界面，便于用户的操作和管理。 5．灵活性 业务本身具有较多的灵活性，在系统设计时，设计上要充分考虑到灵活性。 2.总体设计 2.1设计规定 1、所有的数据库命名都是以模块的缩写加上具体表的英文词汇组成，这样能够统一数据库表的命名，也能够更好的规范数据库表命名。 2、所有数据库的设计，都采用Rational Rose进行，并且采用面向对象的设计方法，首先进行对象实体的设计，最后将对象持久化到数据库中，所有的表和表之间的关联(ER图)都采用标准的Rose设计工具进行，这样能够将整个系统的设计和数据库设计有机的结合起来。 3、界面风格：管理界面做到美观大方、风格统一，并有一些提示信息指导用户操作使用。尽量使用选择框、下拉框等选择操作界面，方便用户的使用。 4、消息提示：中文提示，言简意赅。 2.2运行环境 2.2.1软件平台 ●服务器操作系统：UNIX ●DB服务器 数据库软件的名称：Oracle 数据库软件的版本：9i ●客户端操作系统：Microsoft Windows 2000/ XP； ●CPU：1G；内存：256M；硬盘：剩余>1G 2.2.2开发环境的配置
软件概要设计说明书模版
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
考勤概要设计说明书
考勤--－概要设计说明书
————————————————————————————————作者：————————————————————————————————日期：
四、概要设计说明书 １．引言........................................................................................................... 错误!未定义书签。 1.1编写目的?错误!未定义书签。 1.2项目背景?错误!未定义书签。 1.３定义?错误!未定义书签。 1.4参考资料 ..................................................................................... 错误!未定义书签。2．任务概述..................................................................................................... 错误!未定义书签。 ２.１目标?错误!未定义书签。 2．2运行环境 .................................................................................. 错误!未定义书签。 2.3需求概述?错误!未定义书签。 2．４总体架构设计 ......................................................................... 错误!未定义书签。 ２.5条件与限制..................................................................................... 错误!未定义书签。 ３.总体架构设计 .............................................................................. 错误!未定义书签。 3．1处理流程 .................................................................................. 错误!未定义书签。 ３.2总体结构 ................................................................................... 错误!未定义书签。 3．3特色功能?错误!未定义书签。 3.４关键技术 .................................................................................... 错误!未定义书签。 4 系统模块设计 ............................................. 错误!未定义书签。?错误!未定义书签。1．引言 1.1编写目的 本手册作为用户与该系统软件开发维护人员共同遵守的软件概要设计说明。 。 1．2项目背景 开发软件名称:考勤管理系统 项目任务提出者：小组?项目开发者:CＣIT讯飞１51TRＹ小组