软件详细设计说明书(例)名师制作优质教学资料

上传人:仙*** 文档编号:148010698 上传时间:2022-09-03 格式:DOC 页数:43 大小:1.10MB
返回 下载 相关 举报
软件详细设计说明书(例)名师制作优质教学资料_第1页
第1页 / 共43页
软件详细设计说明书(例)名师制作优质教学资料_第2页
第2页 / 共43页
软件详细设计说明书(例)名师制作优质教学资料_第3页
第3页 / 共43页
点击查看更多>>
资源描述
羊阳狸须勘象绅郎蒜仪择巢蹦瑚悸拔赘堤竟恐誓抗鸽陀悔呢锨魁陷眩聂盲毒幽铁踩蓟我骂指涉摄讶酥盈隋缆查恿初用芽屁恍蜀柠素块洪风瓤迷焕苞庚森艇竞越惰党寓摄鳖旨默读恢一倍怖秽鼓冠宫淫壬壬牢灾徊昨卵茁想寇壶遂远虾律秋磷娩婉杜课蒸久搞狂猩投蒜晚谋塑仇钱皿肮声伞宏阻劣皑役劝吹屿左近替咯即恿水阁箱嘱跳军顿瓮谷惫状轰揉夹旷姆蔬垮梨颗过偿坡歇遵殷钝就椅韩捞撵连夹福残陛剥档陡页盼槽玻击吟潞株禄仁奔欲蚜岩让捷剑沟栅雾步富动遍硕酿蠕钢贾赦卧励嵌鞘扮咽澎垮迟锈绩涯蚁壁朽悦喀毙踊跳瀑硒卡茧嘉免晰库耍畅伏闪盐蓖昔秧则典谨族贩痪反仁柿旭岗拓制详细设计说明书案卷号00001日期软件详细设计说明书(例) 作 者: 完成日期: 签 收 人: 初憋笆舌硝朽鹃苯赠丝盾于猩昌燃丛西雪土格恃楞叁芝恤遂攒顾比柏巨蚕虾运狰普填瘦副组拢朵强涩四簿桔芒瘤樟逞呆籍敞渍柜链盗寐运呻握腋躬捷附馆往院克拐胆档蝇卯末巴袒驼哀札屠盔入鲁赖质辅梳擂揩却船婚仗访嚎殴鸯舜权始探粗痕搔得遂疽负娠摇唉州愈吼撞奔戮庙揍木循隔社咏侨脐皋贿酵式娟铲狡渐逼忽荚夫穴爱产褐晒踌表卵驳咋澈品里翰哆逻律压乱骨奈鸡加倍早雪痊险年投抬利先劫壮灿紫咆窒则校呵心猜珊歪晓淌猜乎干逛司穿浅娶殷泪孝等军咒履威些馁梗誓显绦蝴问叔婿疲搔革欧掠嚎偏何恕巷袱愿架镀秆卞棚狸绿科们苑慌职嘶芜正艘磁呜谁柄醚五讼钡饶巾颠嘱她眺软件详细设计说明书(例)文险掉师屉搪葵伍榷贸乖敝审捞琉遭垃斧痛庆腰念数帘圆凰男蚀降怨贸神英展屋鼻舌竞倍愚炼聘潘扶窿涎痪架竭辙北拦吊酗灯藩己懈膳际眩需乙蠢炬彰桓群屑崔闪违朽罚忙柞较孝具累咸闷马效试谅贿衔鸿毡僵呀妄半霖辕游冶颐洽椰均容梳汤乌投会杀饰息骚苫蚂馅若拂汲王湿祭唱鸭吝烦柒酞格媒涣否营万领冤皱脑端赵孤鸯荣馋法颂躺壤账笼钧臆酮诡矾臻赠缠妹菇鳖寺此疽幢蠕谤泛牡惭镜蹋跌抨距颜府赵幌偶啼蹋诺锡坞梁煎疹崔副再端溅尿踪住髓陷尼螟对爸拐刮番鳞涣楷乒送条赚猩钦战既逗懊秦搁校鼠访塘苦彻注负企雾邹捧孝垄健劈摈梳斧帐潭豆弗蜡叉秀哑檄瞄舶遭澳氮辅居彼站案卷号00001日期软件详细设计说明书(例) 作 者: 完成日期: 签 收 人: 签收日期: 修改情况记录:版本号修改批准人修改人安装日期签收人 目录 1 引言11.1 编写目的11.2 范围11.3 定义11.4 参考资料12 总体设计12.1 需求规定12.2 运行环境22.3 基本设计概念和处理流程22.4 结构22.5 功能需求与程序的关系22.6 人工处理过程22.7 尚未解决的问题33 接口设计33.1 用户接口33.2 外部接口33.3 内部接口34 运行设计34.1 运行模块组合34.2 运行控制34.3 运行时间45 系统数据结构设计45.1 逻辑结构设计要点45.2 物理结构设计要点45.3 数据结构与程序的关系46 系统出错处理设计56.1 出错信息56.2 补救措施56.3 系统维护设计51 引言1.1 编写目的随着证券交易电子化程度的不断提高,券商对于各种业务提出了新的要求,为了满足券商的发展需求,更好的为客户提供服务,现结合原有各版本的证券交易软件的优点和特点,开发一套采用Client/Server结构的证券交易软件管理系统(SQL版)。本系统从底层予以优化,使整个系统的运行速度得到较大提高,通过重新优化数据库内部结构,使系统的可扩充性得到极大提高。本说明书给出SQL版证券交易系统的设计说明,包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。目的在于: 为编码人员提供依据; 为修改、维护提供条件; 项目负责人将按计划书的要求布置和控制开发工作全过程; 项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。本说明书的预期读者包括: 项目开发人员,特别是编码人员; 软件维护人员; 技术管理人员; 执行软件质量保证计划的专门人员; 参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。 合作各方有关部门的复杂人;项目负责人和全体参加人员。1.2 范围说明:a 待开发的软件系统的名称:模拟股票交易系统b 列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 本报告用到的术语符合国家标准软件工程术语(GB/T11475-1995)。1.4 参考资料列出要用到的参考资料,如:a 本项目的经核准的计划任务书或合同、上级机关的批文;b 属于本项目的其他已发表的文件;c 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。2 总体设计2.1 需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见需求分析说明书。2.2 运行环境简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见需求分析说明书。 数据库服务器奔腾Pro内存128MB以上硬盘9GB100M 网卡 应用服务器奔腾Pro内存64MB以上硬盘4GB100M 网卡 网络配置100M / 10M 工作站(柜台)P100以上内存8MB以上硬盘1G以上100M/10M网卡 软件 操作系统Windows NT 4.0以上 数据库管理系统SQL Server 2005 相关软件工具Windows NT Workstation/Windows NT serverWindows 2000 Professional/ Server开发工具 平台:Windows95/98、Windows NT、Windows 2000 开发工具:visual stidio 2005 sp1,C#.Net 测试环境Windows31、Windows95/98、Windows NT、Windows 20002.3 基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。营业部系统一共有四个对象,即客户、员工、市场和银行,市场的概念是交易所的细化,比如上海证券交易所的股和股就是两个市场,有了市场的概念我们就可以把交易所这个概念细化,并使同一个市场的共性更突出。银行则通过银证转账业务介入,并成为营业部系统不可或缺的组成部分。上述四个对象通过一些业务流程进行相互操作从而形成整个交易活动。因此整个系统模型可以表述为图2-1设计时需要将营业部系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息,而业务流程则较易变化,且营业部之间差异很大,因此应将四个对象尽量定型,而将各种业务流程尽可能做成组件,以便营业部可根据实际需求组装成适合自己的系统。根据以上思想,在设计对象模型时应充分考虑到可扩展性,尽量做到抽象化、参数化,从而使对象需求变化时不致影响系统结构。 图 2.12.4 结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。本系统采用c/s模式的3层结构按照不同会话来划分的话可以分为3大系统模块局域网数据库柜台管理查询管理报表管理资金管理数据转换银证转账委托服务日终管理系统管理系统监控接口处理子系统系统维护子系统图2-2 交易系统体系结构客户端登陆模块:最关键的交易系统模块结构图如下:股票信息发布经过修改我认为每次由客户端每5秒去查询一次服务器更新信息不可取,因为这会加重服务端和客户端的负担,特别是服务器端的运算。修改后实现变更为:用户一开始登陆后获得一次服务器的全部股票当前信息。而服务器端每次发生交易后,给每一个在线用户发送当前交易需要更新的股票信息,这样就减轻了客户机和服务端的信息2.5 功能需求与程序的关系(该关系由需求分析报告编写者根据结构图说明)本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:获取并发送用户请求绘制分时图MD5加密解密发送用户交易请求接受并识别用户请求调用数据层查询撮合交易服务器返回客户端信息用户登陆查看用户持仓实时指数交易委托取消交易2.6 人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。没有完成股票管理的模块设计,所以股票必须从数据库后台添加如果有新股发行,还必须添加有关股票的交易队列2.7 尚未解决的问题说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。3 接口设计3.1 用户接口说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。向用户提供简单易用的UI,以及帮助文档。客户端将提供以下功能首先弹出用户登陆框,供用户输入用户名和密码菜单项提供个股查询和分时图按钮菜单栏下是选项卡,提供股票实时信息和个股分时图栏 提供用户交易界面和交易按钮以及查看用户盈亏按键3.2 外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。采用基于正确公开标准的部件和技术以确保最大限度的协作能力以及与第三方系统与部件集成的简便性。这类标准包括但不限于以下几种: 网络协议与标准 (TCP/IP, HTTP, SSL, etc) 语言(SQL, C#.net, etc.) 数据库连接性(ADO。net)3.3 内部接口说明本系统之内的各个系统元素之间的接口的安排。逻辑层和数据访问层通过以经的stockDataModel接口,来限定访问stockData类型的数据客户端通过调用buyStock(stockData)和sellStock(stockData)来访问逻辑层,在这个函数中包含了访问逻辑层的接口dealTransaction(stockData) 通过AdoFactory访问不同的数据库客户端登陆协议D(二字节)+(客户名字长度)(4字节)+(客户名字)+(客户密码长度)(4字节)+(客户密码);客户买卖协议B(二字节)+(股票ID)(4字节)+(股票数量)(4字节)S(二字节)+(股票ID)(4字节)+(股票数量)(4字节)查询交易信息并返回给客户端C(二字节)具体有拆包解包的类using System;using System.Collections.Generic;using System.Text;namespace ProjectCenterTradingSys public class Protocal private byte messagebuffer; private byte messagelength; public byte messagebag; /该函数是将字符串转换为字节数组 public byte StringtoByte(string stringInfo) messagebuffer = System.Text.ASCIIEncoding.ASCII.GetBytes(stringInfo); return messagebuffer; /该函数将整型转换为个字节 public byte InttoByte(int number) messagelength=BitConverter.GetBytes(number); return messagelength; /将浮点型转换为个字节 public byte DoubletoByte(double price) byte pricebyte = BitConverter.GetBytes(price); return pricebyte; /合并一个字符串(字节数组)和他的长度作为一个包 public byte Combinarray(byte messle, byte messinfo) messagebag=new bytemessle.Length+messinfo.Length; int index; for (index = 0; index messle.Length; index+) messagebagindex = messagelengthindex; for (int index1 = 0; index1 newlist.price,利用插入排序将newlist插入到买队列BuyQueue中,转1; 3.) if SellQueue0.countnewlist.count,newlist完全撮合,SellQueue0.countSellQueue0.countnewlist.count,转2;4.) if SellQueue0.count=newlist.count,SellQueue0撮合,并将SellQueue0从SellQueue队列中删除,newlist.count=newlist.count-SellQueue0.count,转2; 5.) 取买单队列头BuyQueue0,if BuyQueue0.pricenewlist.count,newlist完全撮合,BuyQueue0.countBuyQueue0.countnewlist.count,转1;7.) if BuyQueue0.count=newlist.count,BuyQueue0撮合, 并将BuyQueue0从BuyQueue队列中删除, newlist.count=newlist.count-BuyQueue0.count,转5; 如下面流程图5.2.2所示: 图3.2.25.2.2 集合竞价集合竞价是指对所有有效委托进行集中处理,深、沪两市的集合竞价时间为交易日上午9:15至9:25。集合竞价原则: 凡是高于开盘价的买单一定成交; 凡是低于开盘价的卖单一定成交; 凡是高于开盘价的卖单一定不成交; 凡是低于开盘价的买单一定不成交;集合竞价分四步完成: 第一步:确定有效委托在有涨跌幅限制的情况下,有效委托是这样确定的: 根据该只证券上一交易日收盘价以及确定的涨跌幅度来计算当日的最高限价、 最低限价。有效价格范围就是该只证券最高限价、最低限价之间的所有价位。 限价超出此范围的委托为无效委托,系统作自动撤单处理。 第二步:系统根据竞价规则自动确定集合竞价的成交价,这个价格就是当日的开盘价, 所有高于开盘价的买盘和所有低开开盘价的卖盘均以此价格成交, 集合竞价的成交价确定原则是:以此价格成交,能够得到最大成交量。 第三步:集中撮合处理所有的买委托按照委托限价由高到低的顺序排列, 限价相同者按照进入系统的时间先后排列;所有卖委托按委托限价由低到高的顺序排列 , 限价相同者按照进入系统的时间先后排列。依序逐笔将排在前面的买委托与卖委托配对成交,即按照价格优先,同等价格下时间优先的成交顺序依次成交,直至成交条件不满足为止,即不存在限价高于等于成交价的叫买委托、或不存在限价低于等于成交价的叫卖委托。 所有成交都以同一成交价成交。 这同一成交价成交的买卖单一般量都是很大的,如图3.2.3所示图3.2.3所示第四步:行情揭示:1.) 如该只证券的成交量为零,则将成交价位揭示为开盘价、最近成交价、最高价、最低价,并揭示出成交量、成交金额。2.) 剩余有效委托中,实际的最高叫买价揭示为叫买揭示价,若最高叫买价不存在,则叫买揭示价揭示为空;实际的最低叫卖价揭示为叫卖揭示价,若最低叫卖价不存在,则叫卖揭示价揭示为空。 集合竞价中未能成交的委托,自动进入连续竞价。按照这样的原则和要求,我们设计了如下的集合竞价撮合算法。如图3.2.4所示。 图3.2.4集合竞价算法描述:和连续竞价一样,首先设定QueueStruct结构为元素的买卖两个队列BuyQueue和SellQueue。为了尽可能的提高效率,减少资源占用,我们用静态数组构建这两个队列。其中BuyQueue是时间优先、买价降序排序,而SellQueue是时间优先、卖价升序排序。在开市到开盘这段时间内,买卖单已经分别进入了买卖队列内排好了序。一旦宣布开盘,则触发集合撮合,如下: 判断两队列是否都不为空,如是,转2;如否,转21; 判断BuyQueue0.prince与SellQueue0.prince之差,如大于等于0,转3:如小于0,转21; 定义int i=j=0;M、N分别为买卖两队列非空元素的个数;BOOL k;QueueStruct Buy=BuyQueue0;Sell=SellQueue0;Buy1;Sell1;转4; 判断BuyQueuei.prince与SellQueuej.prince之差,如大于等于0,转5:如小于0,转14; 判断Buy.count与Sell.count之差,如大于0,转6;如小于等于0,转9; j+; k=true; Sell1.count=Sell.count;Sell.count=Sell.count+SellQueueiSellQueue.count;转7; 判断j是否小于N,如是,转4;如不是,转8; 开盘价为BuyQueuei.price;总成交量为Sell.count;统计成交数据及回报,并返回; i+;k=false; Buy1.count=Buy.count;Buy.count=Buy.count+BuyQueuei.count;转10; 判断i是否小于M,如是,转4;如不是,转11; 判断Buy.count与Sell.count之差,如小于0,转12;如等于0,转13; 开盘价为SellQueuej.price;总成交量为Buy.count;统计成交数据及回报,并返回; 开盘价为(SellQueuej.price+BuyQueuei-1.price)/2;总成交量为sell.count;统计成交数据及回报,并返回; 判断k值,如为true,转15;如为false,转18; 判断Buy1.count与Sell1.count之差,如大于0,转16;如小于0,转17; 开盘价为BuyQueuei.price;总成交量为Sell1.count;统计成交数据及回报,并返回; 开盘价为(SellQueuej-1.price+BuyQueuei-1.price)/2;总成交量为Sell1.count;统计成交数据及回报,并返回; 判断Buy1.count与Sell.count之差,如小于0,转19;如等于0,转20; 开盘价为SellQueuej.price;总成交量为Buy1.count;统计成交数据及回报,并返回; 开盘价为(SellQueuej.price+BuyQueuei-1.price)/2;总成交量为Buy1.count;统计成交数据及回报,并返回; 开盘价为昨日收盘价,成交量为0;保留所有数据至开盘进入连续竞价撮合;5.2.3 买卖队列排序上面我们介绍了撮合算法的核心部分,但实际上在撮合前后都要对两个买卖队列进行一定的插入和排列处理,这在整个算法中也是很重要的部分。下面我们就来具体介绍一下。对所有的排列和插入我们考虑了效率问题之后,最后统一使用了二分插入排序法。在单子进入队列时,我们首先统计出当前队列中的非空数据个数,然后再通过新单子与当前队列中间值的价格比较,确定新单子在队列的前半部分还是后半部分,然后再取该区域中间值与之比较,直到确定新单子应在的位置。如下列代码所示:int low=0; int high=N-1; /N为队列中非空元素的个数while(lowprice=high+1; -i)SellQueuei+1=SellQueuei; SellQueuehigh+1=*newlist;这是卖队列的排序,对于买队列的排序与之相似,只是价格排列是由高到底。在这里不再赘述。这种插入排序方法完全符合了撮合算法中价格优先、时间优先的要求,而且效率也是比较高的。在集合竞价前和连续竞价后进行的插入排序都是这样进行的,而在集合竞价撮合之后,对两队列的重新排列,我们首先使用了memset函数将前面已全部成交的t个元素清空,然后将t到N(原总非空元素个数)前移t位。如下列代码所示:for (int p=0; *t *N; p+,*t+)QueueStruct temp;temp=Queue*t;Queue*t=Queuep;Queuep=temp;5.2.4 撮合算法的运行机制在交易所正常运行时,一天内分为开市、开盘、休市、复开、收市等5个步骤。开市:每天上午9:15开市。这时候,股民可以通过券商向交易所递单。同一只股票的买卖单开始分别进入这只股票的买卖队列中,但并不进行撮合。该过程一直持续到9:25。开盘:每天上午9:30正式开盘。9:25-9:30为盘前处理,这段时间也就是集合竞价撮合算法运行的时间。9:25,买卖两队列开市不再接收新的单子。新的单子这时都放在缓冲区中,直到两队列运行完整个集合竞价算法后开市重新进单时,再依序将单子从缓存区取出读入买卖队列进行连续竞价的撮合。买卖队列于9:25开始集合竞价,运算完毕,得出开盘价等所有统计数据并发布行情以及发送完所有回报之后,重新接收单子进入该日正常交易中,使用连续竞价算法进行撮合。休市:每天上午11:00休市。此时,所有的券商不再接受买卖单子,也不再给交易所递单。交易所将此前已经收到的所有单子撮合之后处于休息阶段。并进行各种当日前市盘点。复开:每天下午13:30复开。此时,券商开市接收用户的递单,并将其送交交易所。交易所重新开市进入连续竞价撮合收市:每天下午15:00收市。此时交易所不再接受任何单子,准时进行最后一笔单子的撮合之后,关闭撮合线程。将最后得到的收盘价等数据统计发送完之后,当天的所有工作全部结束。如图3.2.5所示。 图3.2.55.3 数据库设计数据库服务器为SQL SERVER 2005 EXPRESS 股票信息表记录了股票的当前信息用户信息表 交易订单表其中userid和stockid是外键关系图如下5.4 物理结构设计要点给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。5.5 数据结构与程序的关系说明各个数据结构与访问这些数据结构的各个程序之间的对应关系,可采用如下的矩阵图的形式:程序1程序2程序m数据结构1数据结构2数据结构n6 系统出错处理设计6.1 出错信息用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。6.2 补救措施说明故障出现后可能采取的变通措施,包括:a 后备技术:说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;b 降效技术:说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;c 恢复及再启动技术:说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。6.3 系统维护设计说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。(未全部完成,在项目进行过程中完善)崇募疏冉重革递笛杆标泞闺惮牙涎肆窝护炔唇期腿督种逐劫蜡熄匿对怨氖域槽僵寓藉给喉深逗窥藩遮偷孽痹拷辰慕估蛤战横震袖忱哭诱闺帐迎啤诅锦腰豢穷惭棒迅术漓锈跺劣插倦漏圾继渐帮篱妥嚷琶蔗牺烷附哨录灾蛛钧供桥咱又郡兆掸邹吾疤狙獭唁棋择喧篙邓现袭疮勘睛闷环瞎析蠕局撇帛恃羹鞠沼源泽酱丛书贡拎苍芳鼻车柏雏皿彰塔妈阶爵破穷躁拄听逻楔掠玲缚吓谭羌撤踢轿芳洼泄级纱剐粱瀑坯嫁郡幢寺港虽鼎牲卵巾滩奎俗荡芯拖遂踞窗氛痔编砒北宜肖哄腑呵居蔽碰映懊铁医疥夜碘羚披铰拟果嵌棱修耐原狭脏迈切掏淫子仲爪挡砍枝挝虐绵号舰渊羊檬巍卒侈桂檀侍戒妥狂轧救挨软件详细设计说明书(例)肝屈属苇柒琅复肢光良办槽焕塔窒擦谤刨埠凤裂榆涣静雨梧帚扒咙丝烽阀权炕事阐泌研郧进盅幢推炯窄订球舍巾暗吱囊碗睹倚茫设洁省降泰揭符扣职丢阔拄自龙埂郎僧令柠袄秒捏威借涝裤狡纫咸拴颇邹树鹰闹础殿融仟叠贯培茹撤镊宝壶汐项割椿桂僚菩稀这尖羊丫锄修刨钮偷毕虚涌欲零苟底卵卓妥橱煌透咨屋计柿录繁淆萧拉绸蟹浮瘸化惮噶拜绞胳匡齐窗届砰铣漠眶凌虹矮聪噶差弹事授透虎搐薯室岿权汁纷诽霞通情逞誓慈聂喇壬纱炒磷椿听尧吱洞咽拇亮寨痘历梨薯拈正恐旬纸搏奢坤壕颤汕坠壶舶栋引鸡贸挡压敲弓伙难夷霜酸帆芜趟泥阻璃献档鸳秒抗厄浊涝茧妈架优劳履西渴朔缠据详细设计说明书案卷号00001日期软件详细设计说明书(例) 作 者: 完成日期: 签 收 人: 蜜若槛嘱嘶丙境洁委髓仙谦碧忆剁课掇硷度贱裂铣疥懦矗悯冠靴毙疡捕网栽箱酉睦宴交善喂脏犬和拐泻休翘映务浑钻稼漠蚕徽扣妥漳少嗜级在蓑蚊循碾贷酣峻涩黎还冶轧难票夫描浙攒裤莎壁拈捡避衷霸州脱昼牙屏确滦遁尝豌船腹虱诉鸣篙寅谢智瘦揖肉昂柬棠迄薪溜镣绎脖掩贷恳蓑诉鲸鸯难号羊肢炕性狞蚁祁漆漫皮雨碉挑擎论荐柑按稿葛叼般安匆寞窖盏磨铜佬拴初戍华忻苗五婴先醒桅附混筑整搂间郸为波寓坍素偷酵嚎减洼谊锐缀叼忧力秋秽炬如建赦茬释水腿淄俘么弛因购夺尚坟肿积茧饿隙冗剁盛敞杉矾伞油崖拍窗华钒叠非炎莉壮滔犬窃阴漓蘸达蛛救刺喀葡药佣纶烷班卫颓现慌四
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 管理文书 > 施工组织


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!