文档库 最新最全的文档下载
当前位置:文档库 › gb建筑中水设计规范编制说明

gb建筑中水设计规范编制说明

GB建筑中水设计规范编制说明

论文名称:GB建筑中水设计规范编制说明

作者:孙玉林

摘要:GB建筑中水设计规范编制说明

关键字:建筑中水设计规范编制说明

中水中水一词从20世纪80年代初在国内叫起至今将近20年,现已被业内人士乃至缺水城市、地区的部分民众认知。

开始时称“中水道”,来于日本,因其水质及其设施介于上水道和下水道之间。随着国外中水技术的引进,国内试点工程的实验研究,中水工程设施建设的推进,中水处理设备的研制,中水应用技术的研究、发展和有关规范、规定的建立、施行,逐渐形成一整套的工程技术,如同“给水”“排水”一样,称之为中水。现国标《建筑中水设计规范》已经编制完成上报。中水设施将作为建筑和建筑小区的配套设施进行建设。谈到中水,有必要首先将其常用的用词释义加以统一和明确。

中水(Reclaimed Water)是指各种排水经处理后,达到规定的水质标准,可在生活、市政、环境等范围内杂用的非饮用水。中水的狭义是指的一种水,泛义则与给水、排水等词一样,已泛指与中水相关的系统、设施、技术等在内的含义了。再生水(recycling water)建设部制定了再生水回用分类标准,对再生水的释义是:“指污、废水经二级处理和深度处理后作回用的水。当二级处理出水满足特定回用要求,并已回用时,二级处理出水也可称为再生水。”显然,中水就是再生水。中水系统(Reclaimed Water System)由中水原水的收集、储存、处理和中水供给等工程设施组成的有机结合体,是建筑物或建筑小区的功能配套设施之一。

建筑中水(Reclaimed Water System for Building)由于中水系统建立的范围不同又有不同的称谓,建筑物中水是在一栋或几栋建筑物内建立的中水系统;小区中水是在小区内建立的中水系统。小区主要指居住小区,也包括院校、机关大院等集中建筑区,统称建筑小区。建筑中水则是建筑物中水和小区中水的总称。

国标《建筑中水设计规范》的编制根据建设部建标标函[2001]27号文“关于请组织编制《污水回用设计规范》等四项国家标准的函”的要求,在建设部标准定额司的组织领导下,由主编单位总后勤部建筑设计研究院会同10个参编单位13人组成的编制组一起完成。

编制背景 1999年,协会推荐性标准《建筑中水设计规范》CECS30:91,1991年8月31日批准执行至今巳近10年,推动和指导着中水设施的建设和相关技术的发展,在缺水地区中水设施建设已经取得了明显的节水效益、社会效益和环境效益。但由于原规范要求和执行的力度,适应地区差异,缺水程度和认识水平的差异等方面的问题,使中水设施建设的发展极不平衡。如北京市发展较快,巳建中水设施百多项,合计日产水量近1.5万吨,30万吨/日再生水将进入市区。深圳市的中水开始较早,但走了曲折的路。大连市的水回用于环境已见成效,东南和西北地区因经济水平和地区条件的差异形成鲜明对比。随着形势的发展和新的要求,标准化协会准备组织规范的修订,并且组团赴香港考察。

2000年9月25日,国务院在北京召开了全国城市供水节水与水污染防治工作会议,温家宝副总理作了重要讲话,指出城市供水、节水与水污染已经面临十分严峻的形势,已经到了非解决不可的地步。

2000年底建设部贯彻中央有关指示,加紧做好南水北调工程的配套工作,调水不等水,大力开展节水和污废水的资源化工作,加强制定有关规范、管理法规的工作,决定将原CECS 《建筑中水设计规范》提升为国家标准,进行全面修编。

2001年4月19日建设部有关部司局在北京九华山庄主持召开了第一次工作会议,开始两个规范的编制工作。

2001年10月 28日在北京召开了关于编制《回用水水质分类》等八项标准规范(《再生水回用分类标准》、《再生水回用于景观水体的水质标准》、《城市杂用水水质标准》、《城镇污水回用于工业的水质标准》、《城市污水回灌水质标准与回灌技术标准》、《污水回用设计规范》、《建筑中水设计规范》、《污水处理厂施工及验收规范》)的工作会议,协调、促进这一工作的进行。

中水规范中提出的主要要求

关于建设中水设施的要求

1)提出“各种污、废水资源,应根据当地的水资源情况和经济发展水平充分利用”的要求。

2)对雨水利用提出要求,雨水可作为建筑物中水水源的补充,列为小区中水水源,应结合区内的人工河湖塘溪的水景观建设充分利用。

3)为贯彻以节水、治污、环境为先为本的原则,“在缺水城市及地区应按照本规范的要求和配套建设中水设施工程),结合当地实际情况和有关规定配套建设中水设施” 的要求。

这里强调了要结合当地的实际情况和主管部门的有关规定、要求施行。我国尽管是缺水国家,但还有地区性、季节性和缺水类型(资源、水质、工程)的不同,应结合具体情况施行,北方地区(华北、东北、西北)比南方地区面临严重的资源性缺水和生态型缺水,污废水的再生利用应以节水性的和环境建设利用为重点;南方地区一些城市的缺水,多为水质污染型缺水,污废水的再生利用,应以治污型的再利用为重点;其他类型的缺水如功能型、设施型则应以增强水资源综合利用的功能和设施为重点,总之要结合各地区的不同特点施行。这就为充分调动地方的积极性,使中水工程建设既能吸取别人的经验,又结合自己的实际情况留下了余地。也希望各地有关部门结合当地实际情况制定出具体的要求。

4)贯彻“中水设施必须与主体工程同时设计,同时施工,同时使用”的“三同时”要求。

关于对中水工程的设计要求

1)对建筑和建筑小区总体规划设计的要求:“各类建筑物和建筑小区建设时,总体规划设计应包括污水、雨水资源

的综合利用和中水设施建设的内容”

2)对中冰设施设计工作、设计阶段提出要求:“中水工程的设计由主体工程设计单位负责,设计阶段与主体工程设计阶段相一致”。就是说主体工程是方案设计、扩大初步设计、施工图设计三个阶段,中水工程也应按三个阶段做相应的工作。如果主体工程是方案设计、施工图设计两个阶段,那就将方案的设计工作做得深入一些,按两阶段设计。

3)对中水工程设计深度的要求:“。各阶段的设计深度应符合国家有关建筑工程设计文件编制深度的规定。”4)对设计文件质量的要求:“各设计阶段的设计质量应符合建设部民用建筑工程设计文件质量特性和质量评定实施细则的要求。”应符合的质量特性有;1、功能性,2、安全性,3、经济性,4、可信性(可用性、可靠性、维修性与维修保障性),5、可实施性,6、适应性,7、时间性。

5)中水工程设计的基本依据和技术要求。中水工程设计,应根据可利用原水的水质、水量和中水用途,进行水量平衡和技术经济分析,合理确定中水水源、系统型式、处理工艺和规模。做到技术经济合理。

GB规范增加和改进要点

1、对建中水提出原则性的要求,污废水资源化的要求。

2.对建筑和小区的规划设计提出要求。

3.对建中水的建筑、小区提出要求,对“三同时”提出的要求。

4.对中水工程设计的主要技术内容提出要求,强调了技术经济合理性。

5.对设计工作、阶段、深度提出要求。

6.对设计质量提出要求。

7.对安全性提出严格要求。

8.明确、统一主要用语的释义。

9.水源的多样性,提出多种可利用水源,(建筑物、小区)增加了雨水利用的要求,便于与实际情况的结合,增强了设施建设的适应性。

10.水量计算与规范GBJ15-88接轨,并提出计算公式,解决长期来计算的问题。

11.原水水量计算和水质确定的数据明确,有利于操作。

12.水质分类和水质标准和国家有关部门标准接轨。

13.强调了中水设计的系统性要求。

14.型式的多样性,多种系统形式的选择,有利中水工程的经济技术合理性。

原水提出回收率的要求,并提出计算公式,有利设施效益的提高。

15.强化水量平衡的设计,增强系统的稳定性。

16.强调了处理工艺的技术经济比较。

17.增加新的处理工艺,三种水质类型10种处理工艺,增强适应性。

18.更新、改进设施的一些设计参数,使技术上得到一些提升。

19.对中水使用的安全防护提出严格要求。

20.处理站提出功能、安全、防护、现代、量化管理等要求,便于管理。

GB规范条文内容概要

CECS《建筑中水设计规范》7章7节70条,共计89条款。

GB 建筑中水设计规范》8到14节114条48款,共计162条款。

1.总则提出目的意义、适用范围、对建中水、规划、设计、安全等原则要求。

2.术语符号

3.中水水源建筑物中水水源,提出建筑物中水源种类、选取顺序、水质水量计算等要求;建筑小区中水水源,提出小区中多种水源、水量计算、水质确定等要求。

4.中水水质标准再生水回用分类,提出再生水回用分类;中水水质标准,提出并列出再生水回用城市杂用、景观环境用水控制指标。

5.中水系统中水系统型式,提出多种可供选择、比较的系统型式;原水系统,提出原水系统的水量计算、系统设计要求;水量平衡,提出水量平衡计算、措施要求等,中水供水系统,提出供水系统水量、供水方式、设备管材选择要求。

6.处理工艺及设施处理工艺,提出3种水质类型10种处理工艺流程极其有关技术要求;处理设施,提出处理设施、设备设计水量、技术参数、措施要求等。

7.中水处理站提出中水处理站的设计要求

8.安全防护和监、检测控制。

安全防护,提出中水系统设计、使用、管理维修的安全防护要求。

监、检测控制,提出满足使用、管理的监、检测及控制要求。

搞好中水设施建设需要各方的努力国标《建筑中水设计规范》,是建筑行业中有关节水、治污和环境建设的技术规范,但它关系到工程建设中有关水和环境建设的实施。规范制定中为了加大执行力度,写入了一些与技术紧密相关的管理性条文。但这毕竟是一本设计规范。很难完全适应我们这样大的国家各地的情况,这就需要各地的有关主管部门根据本地的情况,制定出相关的规定、办法,把这项工作落到实处。

出师表

两汉:诸葛亮

先帝创业未半而中道崩殂,今天下三分,益州疲弊,此诚危急存亡之秋也。然侍卫之臣不懈于内,忠志之士忘身于外者,盖追先帝之殊遇,欲报之于陛下也。诚宜开张圣听,以光先帝遗德,恢弘志士之气,不宜妄自菲薄,引喻失义,以塞忠谏之路也。

宫中府中,俱为一体;陟罚臧否,不宜异同。若有作奸犯科及为忠善者,宜付有司论其刑赏,以昭陛下平明之理;不宜偏私,使内外异法也。

侍中、侍郎郭攸之、费祎、董允等,此皆良实,志虑忠纯,是以先帝简拔以遗陛下:愚以为宫中之事,事无大小,悉以咨之,然后施行,必能裨补阙漏,有所广益。

将军向宠,性行淑均,晓畅军事,试用于昔日,先帝称之曰“能”,是以众议举宠为督:愚以为营中之事,悉以咨之,必能使行阵和睦,优劣得所。

亲贤臣,远小人,此先汉所以兴隆也;亲小人,远贤臣,此后汉所以倾颓也。先帝在时,每与臣论此事,未尝不叹息痛恨于桓、灵也。侍中、尚书、长史、参军,此悉贞良死节之臣,愿陛下亲之、信之,则汉室之隆,可计日而待也。

臣本布衣,躬耕于南阳,苟全性命于乱世,不求闻达于诸侯。先帝不以臣卑鄙,猥自枉屈,三顾臣于草庐之中,咨臣以当世之事,由是感激,遂许先帝以驱驰。后值倾覆,受任于败军之际,奉命于危难之间,尔来二十有一年矣。

先帝知臣谨慎,故临崩寄臣以大事也。受命以来,夙夜忧叹,恐托付不效,以伤先帝之明;故五月渡泸,深入不毛。今南方已定,兵甲已足,当奖率三军,北定中原,庶竭驽钝,攘除奸凶,兴复汉室,还于旧都。此臣所以报先帝而忠陛下之职分也。至于斟酌损益,进尽忠言,则攸之、祎、允之任也。

愿陛下托臣以讨贼兴复之效,不效,则治臣之罪,以告先帝之灵。若无兴德之言,则责攸之、祎、允等之慢,以彰其咎;陛下亦宜自谋,以咨诹善道,察纳雅言,深追先帝遗诏。臣不胜受恩感激。

今当远离,临表涕零,不知所言。

概要设计说明书范例及模板

《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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

学校专业数据库设计说明书

××××学院 ××专业数据库设计报告 题目:数据库设计说明书

目录 一、需求分析 (2) 二、概念设计 (3) 三、逻辑结构设计................................................................ 4-12 3-1表设计 ...................................................................... 4-7 3-2建表语句................................................................. 7-12 3-3关系图 .. (13) 四、数据导入 ............................................................... 13-14 五、数据库应用 (13) 5-1登陆模块 (14) 5-2排课模块 (14) 5-3选课模块 (14) 5-4信息查询模块 (14) 5-5功能结构图 (14) 六、总结 (15)

一、需求分析 本数据库为教务管理系统,主要是针对学校教学管理方面而设计的。学校教务处因为工作需要,必须对每个班的信息,学生的信息,教师的信息,专业信息有一定的了解,并以此为基础来安排课程。安排课程必须根据学校的软硬件设施来安排,所以要考虑到每门课程的上课时间、地点、人数,避免上课地点的冲突,还要安排特定的老师上课。学期结束后,还要记录学生的分数,以此作为下个学期的教学安排依据。 根据上述的初始条件和对本学校的调研考察,设计一个教务管理的数据库:记录教师和学生的基本信息,选课,课程安排等信息,方便老师,同学等用户对数据库的查询,修改等操作。尽量使数据库高效,存储简单。 以下为所附数据流图:

概要设计说明书实例

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)

项目数据库设计说明书

项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分:系统子系统模块子模块 其中: (1)“系统子系统”划分属于“系统设计”,在系统设计说明书中予以描述。 (2)“子系统模块”划分属于“概要设计”,在本说明书中予以描述。 (3)“模块子模块”划分属于“详细设计”,在详细设计说明书中予以描述。如果系统相对简单,可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书,则在本说明书中略过“系统子系统”划分的相关内容(即第2章)。 3. 如果系统相对简单,不需要做“系统子系统”划分,这种情况下,取消填写系统设计说明书,只须填写本说明书,直接套用“子系统模块”划分(即第3章)进行“系统模块”划分(把其中“子系统”一词替换为“系统”),并删除本说明书中“系统子系统”划分的相关内容(第2章)。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。

数据库设计说明书-完整版

数据库设计说明书-完整版

目录 第一章引言 (1) 1.1编写目的 1 1.2背景 1 1.3参考资料 2 第二章外部设计 (3) 2.1标识符和状态 3 2.2命名约定 3 2.3设计约定 3 第三章结构设计 (4) 3.1概念结构设计 4 3.1.1实体和属性的定义 4 3.1.2设计局部ER模式

13 3.1.3设计全局ER模式 20 3.2逻辑结构设计 21 3.2.1模式 21 3.2.2外模式 32 3.3物理结构设计 32 第四章运用设计 (34) 4.1数据字典设计 34 4.2安全保密设计 34 4.3数据库实施 34 4.3.1创建数据库 34 4.3.2创建表 34

第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计,主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者:用户、系统设计人员、系统测试人员、系统维护 人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着越来越重要的作用,然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作,这种管理方式存在着许多缺点,如:效率低,密保性差,另外时间一长,将产生大量的文件和数据,其中有些是冗余或者针对同一目的的数据不相吻合,这对于查找、更新和维护文件等管理工作带来了不少困难,同时也跟不上信息时代高速、快捷的要求,严重影响了消息的传播速度。然而现今学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长,人工管理信息的缺点日渐突出,面对庞大的学生信息量,如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此,学生宿舍管理系统成为了学生管理不可缺少的部分,它的内容对于学校的管理者来说都至关重要,所以学生宿舍管理系统应该能

概要设计说明书范例及模板

《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 引言 (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 功能需求与程序的关系 【提示:本条用一张矩阵图说明各项功能需求的实现同各块程序的分配关系。

概要设计说明书示例【概要设计说明书(模板)】

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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.功能需求与程序的关系

数据库设计说明书.doc

四川省山桐子能源科技有限责任公司 数 据库设计说明书 2013-5-20 第六小组成员 数据库设计说明书 1 引言 1.1 目的 为了有效指导山桐子能源网站系统数据库的设计,特设计此概要设计说明该网站数据库所含有的各数据表及其机构,以作为系统开发实现的依据,本说明书主要阅读对象为业主方、承建方、监理方相关技术人员和项目责任人。 1.2 背景 说明: a.数据库名称shantz 开发软件sql2005 b.任务提出者:山桐子科技能源有限责任公司 c.目负责人:张林鹏 d.者:赵霞、杨露、陈齐瑜、冯明华、张林鹏、胡芸儿 本系统将使用sql server 2005作为数据库存储系统,sql server 2000企业版将由山桐子公司自行购买。 1.3 定义 该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法,就是维护在一个项目词汇表中,这样就可以避免在每个文档中都重复很多内容。 id编号,u_name 名称,u_pwd 密码, u_realname 确认密码,u_papert 证件,u_address 家庭住址,u_phone 电话号码,u_news 新闻, 1.4 参考资料 a.山桐子网站设计项目分析会议记录。 b.《桐子网站需求分析说明书》 c.国家标准《数据库设计说明书(gb8567----88)》 2 外部设计 2.1 标识符和状态 要求:详细说明用于唯一地标识该数据库的代码、名称或标识符,附加的描述性信息亦要给出。若该数据库属于尚在实验中、尚在测试中或是暂时使用的,则要说明这一特点及其有效时间范围。 1)数据库标示符:shuantongzi 用户名:admin 密码:123 权限:全部有效时间:开发阶段 说明:系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库连接字符串,在发行前请予以改正。 2) 数据库标示符:hyzc 用户名:user 密码:456 权限:会员有效时间:开发阶段 说明:系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库连接字符串,在发行前请予以改正。 2.2 使用它的程序 dreamweaver8、https://www.wendangku.net/doc/ea9341860.html,、sql 2005、ps、 2.3 约定 (1) 字符集采用 utf-8,请注意字符的转换。 (2) 所有数据表第一个字段都是系统内部使用主键列,自增字段,不可空,名称为:id,确保不把此字段暴露给最终用户。 (3) 除特别说明外,所有字符串字段都采用varchar(50) 类型,(无论汉字还是英文,都算一个字符)。 (4) 除特别说明外,所有小数的字段都采用 decimal(13,3) 的形式表达。 (5) 除特别说明外,所有日期格式都采用 date 格式,无时间值。 (6) 除特别说明外,所有整形都采用int 格式。 (7) 除特别说明外,所有字段默认都设置为 null 。 2.4 支持软件

最全面的概要设计说明书

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)

概要设计说明书---案例

<网上书店> 概要设计说明书 作者: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):是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性:容许对系统进行修改而不增加原系统的复杂性。 有效性:软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性:能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效,具有挽回因操作不当造成软件系统失效的能力。

ISO软件工程数据库设计说明书

ISO软件工程模板(7)数据库设计说明书 1.引言 1.1编写目的 [说明编写这份数据设计说明书的目的,指出预期的读者。] 1.2背景 a.[待开发数据库的名称和使用此数据库的软件系统的名称;] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2.外部设计 2.1标识符的状态 [联系用途,详细说明用于唯一地标识该数据库的代码、名称或标识符,附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的,则要说明这一特点及其有效时间范围。] 2.2使用它的程序 [列出将要使用或访问此数据库的所有应用程序,对于这些应用程序的每一个,给出它的名称和版本号。] 2.3约定

[陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定。] 2.4专门指导 [向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导。] 2.5支持软件 [简单介绍同此数据库直接有关的支持软件。说明这些软件的名称、版本号的主要功能特性。列出这些支持软件的技术文件的标题、编号及来源] 3.结构设计 3.1概念结构设计 [说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式,包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域,建立本数据库的每一幅用户视图。] 3.2逻辑结构设计 [说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构。] 3物理结构设计 [建立系统程序员视图。] 4.运用设计 4.1数据字典设计 [对数据库设计中涉及到的各种项目一般要建立起数据字典,以说明它们的标识符、同义名及有关信息。] 4.2安全保密设计 [说明在数据库的设计中,将如何通过区分不同的访问者、不同的访问类型和不同的数据对象,进行分别对待而获得的数据库安全保密的设计考虑。]

概要设计说明书(GB8567)

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。

概要设计的写法

概要设计的写法 做软件到一定层次了,就要考虑到设计了,设计了很久,就是不系统,系统的设计需要一个记录,记录就用文档,那么对项目所有包括技术上的设计都记录下来,我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者在编码之后。因此,对大部分的公司来说,概要设计文档是唯一的设计文档,对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么?概要设计怎么做?如何判断设计的模块是完 整的?为什么说设计阶段过于重视业务流程是个误区?以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确?结构化好还是面向对象好?以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计;逐步开发强壮的系统构 架;使设计适合于实施环境,为提高性能而进行设计;结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范:代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础,有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法,大家就有了共同的工作语言、共同的工作 平台,使整个软件开发工作可以协调有序地进行。总体结构设 计:功能(加工)->模块:每个功能用那些模块实现,保证每 个功能都有相应的模块来实现;模块层次结构:某个角度的软件 框架视图;模块间的调用关系:模块间的接口的总体描述;模 块间的接口:传递的信息及其结构;处理方式设计:满足功能 和性能的算法用户界面设计;数据结构设计:详细的数 据结构:表、索引、文件;算法相关逻辑数据结构及其操作;上 述操作的程序模块说明(在前台?在后台?用视图?用过程?······)接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?

数据库设计说明书_完整版

目录 第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2命名约定 (3) 2.3设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.1.1实体和属性的定义 (4) 3.1.2设计局部ER模式 (13) 3.1.3设计全局ER模式 (20) 3.2逻辑结构设计 (21) 3.2.1模式 (21) 3.2.2外模式 (32) 3.3物理结构设计 (32) 第四章运用设计 (34) 4.1数据字典设计 (34) 4.2安全保密设计 (34) 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34)

第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计,主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者:用户、系统设计人员、系统测试人员、系统维护人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着越来越重要的作用,然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作,这种管理方式存在着许多缺点,如:效率低,密保性差,另外时间一长,将产生大量的文件和数据,其中有些是冗余或者针对同一目的的数据不相吻合,这对于查找、更新和维护文件等管理工作带来了不少困难,同时也跟不上信息时代高速、快捷的要求,严重影响了消息的传播速度。然而现今学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长,人工管理信息的缺点日渐突出,面对庞大的学生信息量,如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此,学生宿舍管理系统成为了学生管理不可缺少的部分,它的内容对于学校的管理者来说都至关重要,所以学生宿舍管理系统应该能

概要设计说明书实例

概要设计说明书 1引言 1.1编写目的 I丨本设计书是高校固定资产管理项目程序的研发概要设计,将项目开发进程中 或者项目结束后提供给双方人员使用,同时也可以作为实施后期的维护人员使用。 1.2项目背景 作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路,在软件开发后期的维护阶段也起到至关重要的作用。 委托单位:湖师计科学院开发单位:湖师磁湖在线工作室负责人:关老师 近几年,随着高校学生的人数增加,高校的固定资产也增加,而有一些破旧的资产不能合理的处理和管理,而对于学校这个大群体来说,一个个资产设备,物品,都需要更好的管理和维护,为了高校能够很好的管理学校的设备,我们实验室做了一个高校固定资产管理系统,为学校管理设备带来方便和高效。 1.3定义 B/S : (Browser/Server结构)结构即浏览器和服务器结构。 需求:用户解决问题或达到目标所需的条件和功能;系统或系统部 要满足合同、标准,规范或其他正式文档所需具有的条件及权能。 1.4参考资料 《国家标准软件开发文档规范》 《软件开发流程》,清华大学出版社,2005年1月版 2 任务概述 2.1目标 高校资产管理系统功能有:资产基本资料的管理,资产初始录入,信息统计, 盘点管理,折旧管理,审核管理和数据的导入功能,这只要是资产管理的功能。密码设置,权限设置,系统日志及系统退出这主要是系统管理的功能。 2.2运行环境 ?主机:PC兼容机内存256M以上,显示分辨率800*600以上 ?操作系统:window98,window2000,WindowXP 及Win7 等。 2.3需求概要 用户对软件系统要求使用简单方便,必要的功能一定不能少,且界面设计要大方得体,有良好的视觉效果,待现在系统没实现功能要记录清楚,系统最后阶段要尽量弥补用户所需的功能。

相关文档