软件测试流程文档（精选13篇）
1.软件测试流程文档 篇一
主持人→女嘉宾入场→男嘉宾入场并自我介绍选择心动女生(男生全力)→女嘉宾对男嘉宾第一印象选择(女生全
力)→男嘉宾简历短片→女生再次选择→男嘉宾心目中的理想女生→女嘉宾选择→采访男嘉宾的好友短片→女嘉宾选择
情定北航，非诚勿扰”共包含“爱之初印象”、“才艺展示”、“亲友助阵”、“男生权利”、“观众当家”环节，女嘉宾可随时提问，点评嘉宾可随时点评。
一、“爱之初印象”
【第一轮】主持人简要与男嘉宾交流，并由男嘉宾做简单的自我介绍，女嘉宾对男嘉宾进行第一印象判断，使用指示灯表示，同意继续了解则留灯，不同意则灭灯。
二、“才艺展示”
【第二轮】男嘉宾现场才艺展示或播放影音资料等，女嘉宾做出第二轮判断。
三、“亲友助阵”
【第三轮】男嘉宾的亲友团上台为男嘉宾助阵。
四、“男生权利”
【第四轮】若场上有超过1位女嘉宾亮灯，则权利逆转，进入男生权利。
五、“观众当家”
若男嘉宾被全部灭灯，由观众决定是否给男嘉宾向心动女生表白的机会，多一次争取的机会。
凡是牵手成功的男女嘉宾都会获得精美礼品！
2011年10月16日19：00北航学交厅，与你不见不散！
“情定北航，缘来是你”组委会
2.软件测试流程文档 篇二
随着技术的发展,军工软件规模急剧扩大,与之相适应的军工软件测试的复杂度也急剧增加,军工软件测试需要多人甚至是多团队协同进行,那么为保证软件测试一致的、有效的质量控制,军工软件测试管理至关重要。测试管理有助于系统地、规范地管理各种测试资源和测试活动,以提高测试效率。市场上现有的测试管理工具,如HP Quality Center等,都存在中文本地化支持不好、测试用例管理不稳定、与现有军工测试流程不符、操作复杂、不能生成军工测试各阶段文档等缺陷,而且价格昂贵、对于军工软件测试存在一定的安全隐患。为解决以上问题,研发具有自主知识产权且符合军工软件测试流程的测试管理与文档生成工具刻不容缓。
1. 软件系统架构
本系统完全采用C/S架构,分为服务器端和客户端两个部分,服务器端负责项目的管理、基础数据维护、用户管理、测试报告数据统计以及数据库的所有操作,数据库只存在于服务器端;客户端端负责软件需求的录入、测试项设计、测试用例设计、测试用例执行、问题单管理、需求覆盖情况统计等;客户端与服务器端通过局域网连接,协同多人完成业务操作;在不具备网络条件的情况下,客户端与服务器端可以安装在同一机器上,实现单机业务操作;在测试设计阶段和测试执行阶段可利用文档生成工具生成相关文档,包括军用软件测试大纲、军用软件测试说明、军用软件测试记录、军用软件测试问题单、军用软件测试报告。系统的软件运行构架如图1所示。
2. 软件设计模型
软件在.NET平台上采用C#语言开发,数据库采用SQL Service2000,客户端与服务器端通信采用.NET Remoting框架,底层通信协议采用TCP协议;数据访问采用ORM(Object Relational Mapping)技术,利用NHibernate解决方案实现。
本系统采用三层设计模型,分别分为表示层、业务逻辑层和数据库访问层,这样的设计模型使系统架构更加清楚,分工明确,更有利于后期的维护和升级。
·表示层(USL)
软件的表示层即界面层,负责与用户进行交互,简单地说,表示层就是软件的“前台”,用于被测软件需求录入、测试数据输入、测试数据显示等。本系统中即.NET平台下的Win Form界面。
·业务逻辑层(BLL)
业务逻辑层主要用于对数据的处理、有效性验证,如输入的IP地址格式是否正确、需要整型数的地方是否输入了字符串、界面层输入的数据处理成可以存入数据库的数据、从数据库访问层获得的数据处理成可以在界面上正确显示的数据等等。
·数据库访问层(DAL)
数据库访问层专门用于与数据库进行交互,包括读取数据库的数据反馈给业务逻辑层、将业务逻辑层传入的数据存入数据库、根据业务逻辑层的指令删除或修改数据等。
这三层之间的关系可以图2用来表示。
3. 软件业务流程设计
军工软件测试管理与文档生成工具整体分为两个部分,军工软件测试管理工具与军工软件测试文档生成工具。军工软件测试管理工具又分为测试管理工具服务器端和测试管理工具客户端。软件的整体业务流程分为测试准备阶段、测试设计阶段、测试执行阶段,在测试设计阶段与测试执行阶段分别利用文档生成工具生成军工软件测试所需的相应文档,具体流程如图3所示。
4. 软件主要功能模块的设计
4.1 测试管理工具服务器端功能设计
服务器端功能主要包括登录权限认证、项目管理、用户管理、基础数据维护、测试报告数据统计等功能,并为客户端段开辟TCP通道,控制数据库的访问。主要功能如图4所示。
4.2 测试管理工具客户端功能设计
客户端与服务器端通过局域网连接,通信采用.NET Remoting框架的TCP通道,实现服务器端类的远程调用。客户端在登录成功后,首先在服务器注册远程调用类,然后录入被测软件需求、设计测试项、设计测试用例、管理测试集、执行测试用例、管理问题单。主要功能组成如图5所示。
4.3 文档生成工具功能设计
文档生成工具主要用于军工软件测试大纲、军工软件测试说明、军工软件测试记录、军工软件测试问题报告、军工软件测试报告的自动生成。文档生成工具通过数据库访问层提取数据库中由测试管理工具录入的数据,依据用户提供的文档模板对提取的数据进行组织,由程序自动控制将组织好的数据填入文档的相应位置,并对大文档进行分页,保证生成文档的可用性,主要功能组成如图6所示。
5. 总结
作为软件研发的重要环节,软件测试越来越受到企业的重视。随着软件开发规模的增大、复杂度的增加,为了尽可能多地找出程序中的错误,测试工作的组织和管理显得尤为重要。为了提高测试组织和管理的效率,一套适合的测试管理软件是必须的。军工软件测试管理与文档生成工具依据现有军工测试流程设计开发而成,不仅弥补了国外测试管理软件价格异常昂贵、且操作复杂,需要较高的培训成本才能运用到实际工作中的缺陷,而且具有文档自动生成功能,增加了测试的自动化程度,能大幅度提高测试效率,将测试工程师从繁杂的文档编写工作中解放出来,为客户提供更好、更优质的测试服务。
参考文献
[1]柳纯录.软件评测师教程.北京:清华大学出版社,2006.
[2]Rex Black.测试流程管理.北京.北京工业大学出版社,2001.
3.谈谈软件开发系统文档的书写 篇三
【关键词】系统文档；系统分析；数据库设计
一、系统分析
1.需求分析
通过对调查结果的分析，对系统功能模块进行划分，企业合同销售系统功能模块有管理员对系统功能的需求，销售人员对系统功能的需求，合同部门对系统模块的需求、客户部人员对系统功能的需求死个部分。
（1）管理员对系统功能的需求
管理员在整个管理信息系统里权限最大，可以对整个系统所有信息进行维护，对管理员的需求功能设计考虑如下：
1）浏览、添加、修改和删除系统管理的用户信息。
2）浏览、添加、修改和删除合同的基本信息，决定客户的级别。
3）浏览、添加、修改和删除产品信息。
4）查看、统计企业销售情况。
（2）合同部门对系统模块的需求
销售人员关注的重点是产品销售情况，根据销售部门人员的需求，系统功能设计考虑如下：
1）统计公司销售情况。
2）企业客户人员对企业产品销售情况统计。
（3）合同部门对系统模块的需求。
合同部门需要做的工作就是合同信息的维护，参考合同部门人员需求，系统功能设计考虑如下：
1）浏览、修改合同信息。
2）添加新合同。
3）添加和修改客户基本信息、决定客户级别。
4）对企业销售情况进行统计。
5）企业客户人员对企业产品销售情况统计。
（4）合同部门对系统模块的需求
1）浏览、修改客户信息。
2）添加新合同。
3）添加和修改客户基本信息、决定客户级别。
4）统计公司销售情况。
2.系统分析
通过对整个企业销售系统功能的需求分析然后进行逻辑方案设计，可以把系统划分为如下五个子系统：用户管理、产品管理、销售管理、合同管理、客户管理进行系统。
（1）用户管理
系统设计主要功能包括浏览、添加、修改和删除系统管理的用户信息。每个用户使用不同的用户名，管理员只有添加用户，并给与权限之后，新用户才可以登录系统。
（2）产品管理
系统设计主要功能包括浏览、添加、修改和删除信息，不同权限的用户所进行的功能操作时不同的。例如对产品信息的添加和修改只有管理员和销售部门人员才有权限进行操作。
（3）销售管理
系统功能对企业销售情况进行统计（日，月、年的销售情况统计）和企业客户人员对企业产品销售情况统计（日，月、年的销售情况统计）。统计的依据主要是根据合同管理系统中的产品数量。
（4）合同管理
系统设计主要功能包括添加、修改合同。在模块的设计考虑了合同三个状态：合同的签署、合同执行、合同完成状态；另外客户级别的设定依据是根据合同中产品数量。
（5）客户管理
系统设计主要功能包括浏览、添加、修改和删除信息。客户管理信息模块式合同管理和销售管理模块的基础。为了便于统计客户销售信息，在设计模块里面对客户进行限制，只有在客户管理模块中有的客户，才可以进行合同签署，并统计其销售情况。
二、系统设计
对系统设计进行了需求分析和系统分析之后，下面就是具体的系统设计阶段，在系统设计阶段需要进行对系统功能的描述，划分出系统功能模块，进行数据库设计等操作。
1.功能模块划分
系统开发的目标是实现管理系统化、自动化，提高管理效率，提高企业经济效益。在对系统进行设计时，需要对已经划分的模块进行分解，根据模块分析的原则：模块独立性，模块相关性、模块功能单一性和模块层次化设计出如下图所示的功能模块：
在功能模块中，每一个模块都可以对相应数据库进行操作，完成相应的浏览、添加、修改和删除等功能的操作。
2.数据库设计
根据实际功能需要，对设计系统进行数据表分析，进行数据库的建设。
（1）建立数据库模型
根据需求分析、系统分析、模块逻辑设计、结合构建E-R图分析的方法，进行确定出各种数据之间的关联关系。根据上面的功能模块设计，可以获取系统的实体有：用户信息、客户信息、合同信息、客户销售等实体。
（2）数据库设计
为完成系统功能需求，结合上面的数据库模型，在企业销售系统中，数据库设计中需建立9个数据表，对整个销售系统进行数据进行操作，满足用户实际需求，可以实现管理系统化，提高管理工作效率。
用户信息数据表，主要记录管理人员信息，设计如表1。
用户类型分为四种类型：管理员、合同部、销售部、客户部，用来区分用户表中每位用户的类型，用户类型数据表（表名：用户类型）设计如表2。
产品管理信息表，主要记录公司产品信息，设计如表3。
客户管理信息表，主要记录客户信息，设计如表4。
在客户级别数据表里面把客户划分为五个级别：长期客户、中期客户、短期客户、新进客户、问题客户，来区分客户信息表每位客户级别。客户管理系统的客户级别数据表，设计如表5。
合同信息表：主要记录合同信息，设计如表6。
合同明细表：主要记录合同有关产品信息，考虑到合同签署的产品可能含有多个产品，以及合同状态的确定依据（签署产品数量和发货数量），设计如表7。
合同信息表：记录合同信息的状态，方便公司对合同交易状态管理，完成产品销售进度管理。合同状态名称划分为：等待状态（已签署未发货状态）、进行状态（公司已发货，发货数量未达到合同数量）、完成状态（公司和客户完成产品合同交易）（见表8）。
三、系统实施
4.四清操作流程 WPS文档 篇四
卢教研字„2008‟6号
“四清”内容及操作流程
一、堂清
“堂清”就是对本节课的教学目标完成情况进行测评。测评要以基础知识、重点内容为主。测评的方式可以灵活多样，通过测评，要准确掌握“堂清”的对象，要把没有“堂清”的学生转为“日清”对象。
具体要求如下：
科学划分学习小组：把学生按学习基础搭配排好座位（一名优秀生、两名中等生和一名学困生为一组）。将学习小组成员分成若干层，便于分层训练、分层达标。
堂清的学科：语文、数学、英语、物理、化学、生物、政治、历史、地理学科，尤其是政治、历史、地理、生物学科必须完成堂清（小学主要为语文、数学、英语、科学、品德与社会学科）。
堂清的对象 ：全体学生。
堂清的内容：以一本一册上的基础题和重点题为主。对各类学生在量上和难度上要求不同（内容分层），堂清题要提前做好准备（小黑板、纸质、媒体等方式呈现）。
堂清的时间：每节课要留出8分钟左右时间进行“堂清”。堂清的程序：（1）出示堂清题。
（2）完成堂清题：要求学生像竞赛、考试那样独立完成。老师不辅导，学生之间不讨论、不看书、不查资料，更不得抄袭。
（3）堂清检查：小组长检查组员，组长由课代表或教师检查；也可以同桌互查或互改。最后由任课教师复查，复查的重点是中差生，标准是人人过关。教师每组必须抽1人 亲自批改，改的结果确定小组是否过关,负连带责任；也可以由教师有针对性地抽查班内学困生，不达标的学生就转化为“日清”对象；如果课堂内组长或教师没有时间检查或抽查，教师必须把堂清内容按学生类别收交，利用课下时间批改，必须在课外活动前改出，确定好“日清”对象。
（4）做好堂清记录、堂清公示：将堂清内容、方式、结果、日清对象记在教师堂清记录本上，并及时进行通报（黑板、堂清表等），便于及早进行“日清”。
（5）公布未日清的对象及二次过关的要求和时间。
二、日清
所谓“日清”就是今日事今日毕。当天学的各科知识，该读的都会读，该背的都会背，该运用的都会运用，做错了的全部更正。具体要求如下：
日清的学科：主要是语文、数学、英语、物理、化学学科（小学主要为语文、数学、英语学科）。
日清的对象：各科未堂清的学生。
日清的内容：当天所学的各学科的全部内容，以课后、《基础训练》上的重点内容为主。
日清的时间：语文、英语早读时间，数学下午课前，物理、化学晚自习前、课外活动时间或其它等（小学各科可在课外活动等时间进行）。
日清的程序：（1）告知日清对象进行日清的内容、时间、地点、方式。（2）组织日清对象进行日清。（3）当堂考，当堂批改。（4）公示日清结果。
（5）公布未日清的对象及二次过关的要求和时间。
三、周清
“周清”就是普查本周所学的各科知识，知识点一一过关，学生人人过关。具体要求如下：
周清的学科：主要是语文、数学、英语、物理、化学学科（小学主要为语文、数学、英语学科）。
周清的对象：全体学生。
周清的内容：本周学过的各科基础知识、重点内容。周清的时间：周六上午（小学周五下午）。周清的程序：（1）周一公布周清的内容。各学科备课组长负责确定本学科本周的周清内容，任课教师把这些内容明确给每个学生（醒目的地方进行公示）。
（2）学生自查。每位同学对着周清内容进行自测。不会的问题重点训练。
（3）小组互查。小组内两两进行互查。互查时，这个同学拿着被查同学的课本，根据清的内容认真对照检查，如有不熟练的地方、出错的地方就随时打上问号、作上标记，然后让被查者继续去背，直到熟练过关为止。
（4）各科教师进行复查。复查的重点是学困生，要求的标准是人人满分、人人过关。
（5）周四（或周五）进行学科周测（分层测试），并及时进行评卷。
（6）公布周测结果及未清学生名单。
（7）将周测成绩与学生周量化分数以学习小组为单位进行合成，评选出优胜小组并及时公示。
（8）周六对未周清的对象进行二次过关。
四、月清 “月清”就是指月月调查学生掌握知识情况，查漏补缺，形成知识体系和能力。具体要求如下：
月清的学科：主要是语文、数学、英语、物理、化学、政治、历史、地理、生物等学科（小学主要是语文、数学、英语、科学、品德与社会等学科）。
月清的对象：全体学生。
月清的内容：本月学过的各科基础知识、重点内容。月清的时间：实际教学时间的每月底。月清的程序：（1）各学科备课组长负责确定月清的内容，安排教师出好月清试题（要求同期终考试）。
（2）以年级为单位组织好月清考试。要做到统一时间、统一监考、统一评卷、统一汇总。
（3）对月清题进行讲评。
（4）确定月清结果：已清和未清学生。（5）对未清学生进行辅导及二次过关。（6）月考总结及表彰。
建立管理制度、保障体系
学生方面
（1）学习、内化“导、学、探、练、清”教学模式的基本内容及操作流程，明确“导、学、探、练、清”评价标准及“四清”的要求。
（2）建立科学的四人学习小组，要考虑成绩、行为、性别等方面因素，将各组分配均衡。
（3）建立以班长为统领，科代表操作（每节课汇总），学习委员汇总的学习小组日考核制和公示制。
（4）建立以班主任为统领，班长汇总的周清（月清、期中、期末）考核制、公示制、奖惩制度。
教师方面
（1）学习、内化“导、学、探、练、清”教学模式的基本内容及操作流程，明确“导、学、探、练、清”评价标准。掌握“四清“操作流程。
（2）对展示、训练、堂清等关键环节，要给各学习小组均等的机会，要体现层次性，要给出明确的判定。
（3）在本学科教学时间内，按“导、学、探、练、清”评价标准和“四清”要求对学生进行评价。
（4）对科代表的量化情况进行更正和把关。
（5）对所教班级学生“四清”情况进行考核、评价、公示。
学校方面
（1）建立学校“四清”工作方案。（2）建立学校“四清”抽测制度。（3）建立学校“四清”公示制度。
（4）建立学校“四清”量化管理制度。
（5）建立学校“四清”工作奖惩制度（将量化结果纳入班主任、教师评优、评先及“二次分配”中。纳入学生评优、评先之中）。
（6）建立学校“四清”管理档案。
5.文档1 导游工作流程表 篇五
（1）出团前一天，导游来公司领取出团计划书、出团物品（如导游旗、喇叭，游客意见
反馈表等）；需要的话，依据出团计划书经主管部门审核、总经理批准到财务部办理现金借
款；电话落实出团车辆（车型、车牌号、出发时间、上车地点、行程及路线）。
（2）导游员出团前要认真阅读出团计划书，熟悉行程线路安排，弄清：车价。
景区门票结算价格
住宿(价格、次数、标准、是否含餐及标准、住处名称及地址）；
用餐(价格、次数、标准、名称及地址），不明确处详细询问计调员（82776711，82778311）。熟悉行程线路，落实各衔接工作，（3）出发前一天给师傅打电话确认接团时间（通知师傅提前20分到），地点，确认师
傅的车型是多大的。因团队都是散客拼团，人比较杂，给自己的每一个客人发短信，告知
出发时间，地点，车牌号和自己的手机号，（4）看清自己第二天团队的人数，学生有多少，成人有多少，有没有需要上车收钱的，有
没有二日游的、有没有含餐的等。
（5）第二天到达指定接团地点，尽快跟客人联系，催促尽快到达集合地点，（因有些客人
很不自觉，一般喜欢迟到），上车清点人数。如果人数有变化，及时给公司打电话。若因导
游自己的原因产生的损失，投诉，导游需自己承担。
（6）出发后先告知客人下午集合的时间（一般是3:30）地点，给客人介绍景区的情况，比
如景区的住宿情况，用餐的地点等。给客人给下好的印象，方便自己的工作。出现一些小的失误的时候，一定要灵活的处理，保证不把问题带回武汉。
（7）抵达景区买门票，一定要注意学生、成人的人数。不要买错门票。若因导游自己的原
因错买，多买，导游需自己承担。如果有住宿的客人，提前跟酒店联系，告知自己需要的房间数量；
（8）如遇突发情况，冷静处理，紧急电话，（***）
（9）回团后，回公司报账，领第二天的计划，因十一一般都是连续带团，如果第二天有事，提前跟公司联系。
具体工作流程
准备工作：⑴熟悉接待计划；像旅游团的基本信息，成员的基本情况，全程的旅游线路，交通工具，特殊要求和注意事项等。
⑵落实接待事宜；落实旅行车辆，住房及用餐，了解不熟悉的景点，掌握联系电
话，跟客人领队发短信通知第二天集合的时间，地点
⑶物质准备；票证，表格，证件，导游旗，喇叭等
⑷形象准备
⑸心理准备
接站服务：⑴抵达前的准备工作： 提前十分钟到达第一个接站地点，与司机联系，⑵客人抵达后：集合登车清理人数，保证各个站的客人全部接到，⑶前往途中的工作：致欢迎辞，对所去景点做个简单概况，提醒游客注意安全，注意需要在车上收钱的客人记得收清。
到达景点后：了解客人的年龄层次，买门票，注意区别学生，成人及有特殊证件的人群，清
点人数后排队进入景区，提醒游客注意遵守景区规定，以及集合时间
6.软件测试流程文档 篇六
单位申请一般工伤认定
所需资料：
工伤认定申请表一份
证言证词两份（两人各一份，证词上贴身份证复印件，签名并盖指印）受伤人身份证原件及复印件
初诊病历本原件及复印件，复印病历封面及病历页，有字的都要复印 疾病/职业病诊断证明书（需有医院印章）X光片及X光片报告（如有）入院通知书（如有）
受伤者及证人考勤表（须有受伤当天及伤前十天以上同班次出勤记录）高处坠落受伤的，需拍事故现场照片一张
受伤员工为电工等特殊工种的，需提供电工证等原件及复印件
注意事项：
办理时带单位公章
医疗资料需认真审核，修改处要有医生盖章，资料时间与受伤时间要相符 填写所有资料需用黑色铅字笔
详细解释：
1、工伤认定申请表填写： 封面：
申请人写单位全称，若员工自行申请，可以写职工 受伤害职工写受伤职工姓名
申请人与受伤害职工关系写劳动关系 封二：
上半页基本信息如实填写，其中：诊断时间写病历本上第一次诊断时间，精确到分钟
下半页受伤经过，由单位填写，大概描述受伤过程 封三：
申请事项，申请人与受伤害人系劳动关系，选择第2项委托签收，受伤人签名写日期盖指印
用人单位意见：情况属实，同意申报。签名盖公章写日期
2、证言证词两份
写受伤经过，签名写日期盖指印，复印身份证剪小后贴在证词页
3、病历本
保留所有病历资料，复印封面及内页，内页凡是有医生写字的都要复印
4、疾病/职业病诊断证明书：黄色或白色单小32开，需有医院盖章，松岗医院的医生经常不盖章，这一点需注意
5、X光片及X光片报告：有拍片的才需要，拍片报告是一张白色A4纸，跟随X光片一起
6、受伤者及证人考勤表：
需有当天和伤前十天以上同班次的参考记录时间，如果是10日以后受伤的，打印当月整月考勤即可，如果是10日以前受伤的，需打印当月和上月考勤，以保证“十天以上”考勤。
考勤需与受伤时间相符，比如上午9点受伤，必须有当天早上上班的打卡记录，下午2点受伤的，需有当天上午上下班及下午上班的打卡记录，当天上午员工请假没有打卡记录的，需提供员工请假单
所有考勤表上盖公章，受伤者考勤需伤者本人在空白处签名盖指印
7.软件测试流程文档 篇七
软件需求规格说明作为需求分析阶段的最终结果,其描述语言大致可以分为三类:非形式化的自然语言(如:汉语等)[1];半形式化的图形化规格说明语言(如:统一建模语言UML等)[2];形式规格说明语言(如:B方法和Z语言等)[3],对应的需求文档评估方法分别为:人工审查方法[4]、模型检测的方法[5]、定理证明的方法[6]。但是由于半形式化和形式化语言对于没有经过专业学习的人员来说,可理解性较差、很难发现有用的抽象,因此创建形式化或半形式化规格说明比较困难。自然语言描述的需求规格说明对参与软件开发过程的各种人员来说能够非常容易理解,系统开发人员与用户之间的沟通就更加的容易和高效。因而自然语言仍然是软件需求描述的最常用的方法。
但是自然语言天生存在的语义模糊性可能导致在描述需求时产生二义性,主要包括汉语字面上的模糊性和阅读理解上的偏差,导致后续开发人员在某些需求的理解上出现偏差甚至完全偏离客户的原始意图,使系统产生缺陷或导致系统开发的失败。
因此有必要对自然语言描述的需求规格说明进行分析,尽可能早地发现其存在的缺陷,最大限度地降低软件开发的风险。本文从自然语言的模糊性着手,将模糊性缺陷分类方法应用到需求文档中来。
目前,针对自然语言描述的需求文档缺陷查找方法有:Ad hoc方法、Checklist-based方法、Scenario-based方法等。从而我们可以从自然语言的模糊性着手,将缺陷查找的方法引入到软件需求规格说明的分析中来,使得需求描述更加准确,提高评审的效率。
2 需求文档模糊缺陷查找模型
2.1 需求文档的描述质量指标
模糊的需求描述和可读性差是需求文档经常出现的文档描述问题,模糊的需求描述带来不可避免的后果便是返工(重做一些认为已经做好的事情)。根据软件需求文档现有的文献指导和专家经验[7],有如图 1需求文档模糊缺陷查找模型。
2.2 软件需求规格说明书模糊缺陷分类
传统的缺陷分类方法[8]有:1)缺陷正交分类ODC(Orthogonal Defects Classification),该分类方法提供一个从缺陷中提取关键信息的测量范例,用于评价软件开发过程,提出正确的过程改进方案。缺点在于分类复杂,难以把握分类标准,缺陷分析人员的主观意见会影响属性的确定。2)Putnam分类方法, Putnam等人提出的分类方法将软件缺陷分为六类:需求缺陷、设计缺陷、文档缺陷、算法缺陷、界面缺陷和性能缺陷。但是因为分类方法简单 ,所以提供的缺陷相关信息对具体的缺陷修复工作的贡献有限。3)基于缺陷严重等级的分类模型,以该缺陷对系统整体造成的影响,或与需求说明不相符合的程度作为划分依据,划分为不同严重等级。4)基于优先级的分类模型,给缺陷一个定位,以提醒相关的修改人员及时修改,优先级依次代表了该缺陷需要修改的紧迫程度。它与缺陷严重等级有一对多的关系。
模糊需求是需求缺陷的现实表现形式,分析需求规格说明中出现的模糊需求归根到底就是为了对其加以改正,从而避免缺陷的产生,因此就有必要对需求规格说明中出现的模糊需求根据其严重程度给出其修改的优先级。通过分析对需求规格说明模糊缺陷评估模型中的若干个子特性给出一个修改优先级如表 1所示。
其中,A为错误检测出的模糊表达;B为含有二义性的模糊表达;C为含有不一致的模糊表达;D为含有未定义的模糊表达;E为不可追踪的模糊表达;F为不完备的模糊表达:G为不可验证的模糊表达;H为模糊的形容词表达;I为模糊的副词表达;J为模糊的限定词;K为模糊性模态;L为模糊性括号匹配;M为模糊性被动词;N为模糊性片段表达。
2.3 需求文档潜在缺陷密度
需求开发过程是一个不断迭代的过程,往往由于用户对于需求的变更或者需求评审中发现了新的问题,有必要对SRS进行修改,对于修改前后的文档描述质量要有一个客观的评价,我们拟通过比较文档修改前后的总的潜在缺陷密度判断其质量是否有所提高。
美国电气及电子工程师学会(IEEE)制定的IEEE_Std_830-1998以及我国制定的国家标准GB-T9385-2008[9]对软件需求规格说明的组织形式都给出了建议性的说明:一个完整的、良好的SRS应包括以下几个主要部分:引言、总体描述、具体需求以及附录和索引。从文档的一般组织形式中可以看出其中包含有需求描述的有总体描述和具体需求这两个主要部分,通过分析在这两个部分中对需求描述的重要程度也有所不同,所以在考虑某条模糊需求对整个需求规格说明文档质量的影响,应该考虑到其在文档中所处的具体部分。
总体描述是对影响产品及其需求的一般因素,而不叙述具体的需求,只提供需求的背景并使需求更加容易理解,所以这里将总体描述看作一个整体。第三部分的具体需求是对产品需求的详细描述,这里将各个部分需求独立开来看,这样就有总体描述、外部接口需求、功能需求、性能需求、设计约束和软件系统属性这六个部分,由于产品最终是要交付给用户使用所以这里对这六个部分从用户角度划分不同重要等级如表 2所示。
由SRS一般组织形式可知,SRS中对于需求描述都是集中在SRS的总体描述和第三部分具体需求中,为了更加直观明了地了解需求潜在缺陷的分布情况,便于SRS编写人员对SRS做出快速高效的修改。有必要给出总体描述、外部接口需求、功能需求、性能需求、设计约束和软件系统属性这六个部分的潜在缺陷数。
缺陷密度定义是单位产品规模的缺陷数,缺陷密度越低意味着软件产品质量越高。相同等级的缺陷如果分布在两个不同重要程度的部分,那么其对于产品质量的影响也不尽相同。因此,为了客观地反映出不同等级的缺陷对于产品质量的影响程度,有必要对于不同等级的缺陷以及不同重要程度的需求部分赋予不同的权值,计算加权缺陷密度更加合理。根据前面对模糊需求的等级划分给出SRS的缺陷密度计算公式:
wi为必须立刻修改的模糊性表达权值;wq为需要正常排队等待修复或列入待修改清单的模糊性表达权值;wu为可以在方便的时候修改的模糊性表达权值;wj为SRS中的六个部分的相对权值(j=1～6分别代表,1:总体描述;2:外部接口需求;3:功能需求;4:性能需求;5:设计约束;6:软件系统属性)。 I类缺陷是必须立刻修改的模糊性表达;Q类缺陷是需要正常排队等待修复或列入待修改清单的模糊性表达;U类缺陷是可以在方便的时候修改的模糊性表达。通过对不同严重程度模糊性表达进行加权计算得出的潜在缺陷密度,区分了不同重要程度部分中的不同严重程度的模糊性表达对SRS的质量影响,更加客观地反映了其质量。
3 模糊需求权重计算
作为定性分析和定量分析综合集成的一种常用方法,模糊综合评价已在工程技术、经济管理和社会生活中得到了广泛应用[10]。层次分析法,是从定性分析到定量分析综合集成的一种典型的系统工程方法,它将人们对复杂系统的思维过程数学化,将人的主观判断为主定性分析进行量化,将各种判断要素之间的差异数值化,适用于复杂的模糊综合评价系统,是目前一种被广泛使用的确定权值的方法。
AHP方法在确定同一级别的特征或者属性权值时,常常先找出它们之间的相对重要性,然后再用归一化的方法给出权值。比较的过程中常用比例等级表,例如l到5的数字来度量它们之间的相对重要性。虽然这些离散数字比较简单易用,但是没有考虑到将个人的主观意志映射到具体数字时的不确定性。为此,可以在模糊语句重要性比较时采用平等、强、很强来表示同级的两个指标之间的3种相对重要性,采用常用的三角模糊隶属度图[11],如图 2所示。
不同等级的模糊需求对软件后续开发的影响程度有所不同,前面我们将模糊需求按照修复紧急程度划分为三个等级,这里我们将AHP引入到模糊需求的权值计算上来。按照AHP对同一层次子特性相对重要性的划分原则将模糊需求的相对重要性分为三类,分别为平等(E)、强(S)、很强(V)。如表 3所示。
进而获得同级之间的权重比较模糊矩阵M:
其中
。
设置信度为ζ,则ai,j在ζ下的上下界表示为[ai,j(l)(ζ),ai,j(u)(ζ)],且有:
4 SRS的缺陷评估模型实验
4.1 实验数据及方法
实验数据是软件工程实训平台提供的100个软件项目需求文档。本文采用十折交叉验证(10-fold CV)进行实验,采用准确率、查准率、覆盖率和F1值[12]来评价模型的有效性。这些度量来自表 4所示的交叉矩阵。
实际正例个数P=TP+FN,实际负例个数N=FP+TN,实例总数C=P+N。模型评价指标的定义如下:
准确率(accuracy)表示正确找出模糊缺陷的实例个数占总实例的比例,计算公式如下:
查准率(precision)表示正确找出缺陷的正例个数占评估为正例的实例个数的比例,计算公式如下:
覆盖率(coverage)表示正确评估的正例个数占实际正例个数的比例,计算公式如下:
F1表示覆盖率与查准率的调和平均,计算公式如下:
4.2 实验结果
将基于本文的模糊缺陷模型和传统人工查找方法相比较,得出下列比较结果。
从图 3中可以看出,本文的模糊缺陷模型准确率要高于传统人工查找方法,并且随着需求文档句子数增多效果越明显,准确率降低地越来越慢。图 4是模型查准率的比较,从图中可以看出,本文的模糊缺陷查找模型定位缺陷相对准确,而且随着文档句子数的增加查准率稳定平滑小幅降低。图 5的覆盖率比较结果能很好地说明本文的模型能够覆盖更多、缺陷等级更严重的模糊需求,而传统的人工查找方法缺陷覆盖带有随意性,随着文档句子数的增多覆盖率很不稳定。
5 结束语
本文提出了软件需求文档的模糊缺陷模型。基于缺陷严重等级和缺陷修改优先级将模糊分类,结合三角模糊隶属度的层次分析法得出各个模糊子特性的缺陷权重。利用加权缺陷密度得到整个需求文档的描述质量。通过实验分析比对,文中的模糊缺陷查找模型比传统的人工查找方法准确率更高、覆盖率更广,模糊定位也更到位。但是文中模型需借助良好的分类预测方法,经过大量的模糊集样本训练才能取得更良好稳定的效果,所以实现模糊缺陷评判的自动化则是下一步研究的重点课题。
摘要：针对自然语言描述的需求文档存在字面二义性和理解歧义性,提出了软件需求文档的缺陷模型以及评估方法。根据各个模糊子特性的严重等级划分、缺陷修改优先级以及需求文档中各个部分的相对重要程度,结合三角模糊隶属度的层次分析法给出各自的缺陷权重。利用加权缺陷密度来评估需求文档各个部分以及整个需求文档的描述质量。实验结果表明,该模型较大提高了模糊缺陷查找的准确率、查准率、覆盖率,具有较好的可行性、实用性。
关键词：需求文档,模糊缺陷,三角模糊隶属度,层次分析法,加权缺陷密度
参考文献
[1]Md.Rizwan Beg,Dr.Qamar Abbas,Alok Joshi.AMethod to Deal with the Type of Lexical Ambiguity in aSoftware Requirement Specification Document[C].//Inst.of Elec.and Elec.Eng.Computer Society,2008:1212-1215.
[2]Yu Hua Wang,Gui Sheng Yin,Hai Tao Zhang.Re-search on conversion method of ontology based formal re-quirements model to UML requirements document[J].Advanced Materials Research,2011,268:1086-1091.
[3]MASAKAZUM T,KAZUTOSHIKH.An efficient methodfor developing requirement specifications for plant controlsoftware using a component-based software prototype[J].Information Sciences,2007,177(14):2845-2866.
[4]E.Ashlee Holbrook,Jane Huffman Hayes,Alex Dekht-yar.Toward Automating Requirements Satisfaction As-sessment[J].IEEE 2009(10):149-158.
[5]Maurice H.ter Beek,Alessandro Fantechi,StefaniaGnesi,et al.A state/event-based model-checking ap-proach for the analysis of abstract system properties[J].Science of Computer Programming,2011,76(2):119-135.
[6]Eric Knauss,Christian El Boustani.Assessing the Quali-ty of Software Requirements Specications[J].IEEE 2008(29):341-342.
[7]H M Ishrar Hussain.Using Text Classification To Auto-mate Ambiguity Detection In SRS Documents[D].MONTREAL,QUEBEC,CANADA:CONCORDIA UNI-VERSITY,2007.
[8]李新军,刘晓明,黄松.基于软件过程度量的正交缺陷分类技术[J].计算机工程,2009,23:30-32.
[9]中国标准出版社.计算机软件工程国家标准汇编[S].北京:中国标准出版社,2007.
[10]孔繁森,刘鹏,曹阳华,等.变速箱厂生产作业环境的模糊综合评价[J].吉林大学学报(工学版),2010,40(2):475-477.
[11]刘胜,张玉廷,于大泳.小生境遗传算法修正三角模糊数互补判断矩阵一致性及排序[J].系统工程理论与实践,2011,31(3):522-524.
8.软件测试流程文档 篇八
[关键词]软件项目；设计管理；流程
[中图分类号]TP31 [文献标识码]A [文章编号]1672-5158（2013）06-0076-01
1 何为流程及在软件项目管理中的作用
1.1 软件开发的目的
在进行软件项目开发活动中，要实现很多目标，比如关于项目的范围、成本、时间以及质量等，项目协调也是要完成的目标。项目协调可以满足项目参与者和利益相关者的要求，伴随软件规模和它所涉及领域的扩展，软件项目管理变得越来越复杂，大大的增加了管理难度，造成这结果的主要因素是不能管理其过程如果管理项目在无纪律混乱的情况下，那么项目组织就很难总结出好的管理方法和工具，就更不用说从中获益了。管理严谨的好处不仅能够就检查和改进在阶段内出现的偏差，还可以及时的终止项目。甚至还可以避免人才的来去带来的负面影响。如果想要有效的对过程进行控制，就不得不对项目管理流程更加明确。
1.2 软件项目的构成
一系列活动有机构成流程。而个人与团体构成基本活动，基本活动的构成不需要来自其他活动的转换。流程的每个活动间都有着自己的独有的流向，在流程过程中包含着明显的开始与结束，所以这是一个非静止的概念。从结构方面可以看出，流程由四个基本因素构成：活动及活动的逻辑关系、承担着、实现办法。流程管理所包含的不但有管理技术，还有现代管理的理想，以前的职能管理凭借的是控制、塔式组织。但随着时间的推移其已经不能适应市场竞争和当今企业的发展需要，以分工理论为主的管理理论已经使用了几百年，目前又返回到系统和整合上面。
1.3 软件项目生命周期的一系列的开发过程是各种各样的流程活动
软件项目是由各种各样活动流程活动组成的，具体包括如下，软件项目的计划编制、系统分析、概要设计、详细设计、程序编码、测试与维护等活动过程都属于流程活动：制定软件项目管理流程，当我们在制度项目管理流程过程中，要着重考虑一下几点：（1）流程的制定可以将项目逐步引至成功，（2）流程的制定可以适应软件的开发，（3）流程的制定对项目开发可以起到指导作用，（4）流程制定是使用流程图表示的，可以让每个参与者都能够清楚的明白管理过程与开发过程之间的关系，（5）流程过程中的参评要有明确的定义、标准和方法。
2 软件项目管理大体过程设计
2.1 软件项目管理的构成
软件项目管理过程大体可以分为以下几部分：项目构思、项目立项、签订合同和执行合同。可以使用P1、P2、P3、P4、P5代替。同时也可以划分为五个里程碑，分别是：完成立项、签订合同、定义功用、产品开发、投入市场，可以用TM1、Tm2、Tm3、TM4、TM5代替。
2.2 软件项目管理的流程分析
项目管理的大体流程分析，项目搜寻是项目开始的前提，其阶段主要任务包括收集市场信息、客户需求、以及潜在的需求。项目立项阶段就是可行性的研究阶段，就是讨论成本与效益的可行性。项目售前阶段是项目立项与签订项目合同的这段时间，主要任务包括以下几个方面：做好与客户介绍交了的计划、对产品的销售对象要有一个比较全面的了解以及客户对项目感兴趣的原因和对产品的要求。合同生成阶段要做的是对项目方案的比较与相关的政策法规的认识，以及对合同的评估以及签订合同。合同执行阶段是项目管理流程的重要环节，主要包括软件的开发、测试、验收、系统的维护等过程。
3 软件项目失败的原因和软件项目管理方法的探究
3.1 软件项目失败的原因
我们可以从目前国内外的软件行业企业可以看出，“软件危机”的影响仍持续着软件行业。软件项目的实施情况也总是很难令人满意。经过研究发现，软件项目之所以会失败的原因主要有以下两方面：一是应用项目发展难以控制；二是项目管理者对项目管理工作的认识掌握还不成熟。实践证明，缺乏有效的项目管理是致使软件项目失控的直接原因。
3.2 制定项目的任务
软件项目计划的主要作用是用来协调其他计划的，协调的目的是为了指导控制和执行可操作文件。它这是对客户需要的理解表现，是开展项目活动的开始，也是开展其他工作的依据，项目计划由全局计划和下属计划构成。在下属计划制定时，项目经理必须遵循的原则是：谁负责那一部分工作，那部分的计划就有谁来制定，项目经理只需审批就行。
3.3 开发过程的制定
软件开发之所以存在较大风险，最主要原因是软件过程能力低，这是因为管理软件过程十分困难，为此就非常有必要在软件过程的控制和管理方面加强。不同的软件项目有着不同的过程，虽然项目计划与执行是互相交叉的，其主要部分是相似的，但是不同的项目的每个过程它所包含的具体活动是差之毫厘谬以千里，而且由于不同的制定者所使用的开发技术和技术路线的不同，所导致的侧重点就不可能相同了。项目经理在计划制定前就必须根据开发软件的实际情况，建立一个稳定性好、可控的软件开发模型。
3.4 加强过程控制
软件项目的开发和实施总是处于动态之中，这种动态是持久的、永恒无止境的，世上不存在静止的软件项目。需求、技术、系统结构、代码都会发生变化，就算是连环计都会发生变化，项目经理在做好了计划和准备后，最重要的任务就转换到过程的控制上来了。过程管理和变更控制是过程控制的主要部分。配置管理是一个软件项目能否顺利执行的前提。在软件开发过程中比如会出现很多的附加产品，比如代码、一系列文档、数据等等，这些产品是有用的。而且随着软件项目的改变这些产品都会发生变法生产出不同的版本，试想一下，如果配置管理失效，项目工作人员势必会深陷配置项的“泥潭”。很明显我们应该加强项目过程的任何部分细节。
4 结束语
在本文设计的软件项目管理总体流程及相关技术，目前已经十分成熟了，在软件项目的研发和管理中已经大量的采用了。流程管理在软件项目管理中的使用，降低了软件项目管理的复杂性，增加了软件项目的成功率。事实也证明，根据企业和项目的实际情况，制定软件项目的实施步骤，确定产品的用处，指明各阶段的开始条件和终止条件，进行有效的流程控制与管理，这样将会极大的提高了软件开发的效率和降低项目的失败率。
参考文献
[1]罗铁清，王如龙，软件项目管理的研究及在项目开发中的应用，项目管理技术2005，3：66-70
[2]刘宽宏，殷人尾，基于GMMI的过程和产品质量保证模型，计算机工程，2004，30（15）：75-77
[5]（美）凯西，施瓦尔贝，IT项目管理，王金玉，时郴译，北京：机械工业出版社，2002
9.软件测试流程文档 篇九
一、申请。
由当事饭店向相应评定权限的旅游饭店星级评定机构或旅游局递交星级申请材料。要求：填报由国家统一印制的报告书3本，并附盖有饭店公章的书面申请报告1份，所有合法经营证照复印件1套。
二、受理。
1、由申请星级的饭店所在地星评机构或旅游局受理，对申评饭店进行初检、转报、备案。要求：与国家标准差距较大的，不予转报。
2、区（市）县星评机构或旅游局认为申请评星的饭店条件成熟，提供上述申报材料和初检打分情况，报市星评委办公室。
3、市星评委办公室根据申报饭店提供的具体材料做好登记（包括：时间、店名、申报星级、联系方式等），申报手续不符合规定的，退回区（市）县星评机构或旅游局。
4、在受理登记后，由市星评委办公室拟定星级明查安排，报市星评委批准。四星级饭店初检情况经市星评委同意后转报省星评委。
5、抽调星评员：坚持“熟悉业务”、“结构合理”、“规模适度”、“以老带新”的原则，星评检查组原则上由旅游行管机构、旅游饭店（管理公司）、旅游院校三方面星评员和行风监督员组成。
6、发出书面检查通知书和公示内容：明查提前1—3天通知区（市）县星评机构或旅游局及时转申评饭店。
三、检查。与区（市）县星评机构或旅游局联合组成星评小组，对申请饭店进行明查。
1、三星由省级星评员带队；
2、四星初评由星评委委员带队；
3、召开明查首次会。介绍参加明查的带队领导及星评员；饭店负责人介绍饭店概况和创星情况；星评员就饭店总体情况提问，考察饭店经营管理层对星级标准掌握程度；讲解星评四项基本原则“坚持标准、实事求是、促进发展、廉洁高效”。
4、现场检查打分。通过听、问、看、闻等检查方法检查饭店必备及
选择项目是否达标，设施设备及服务项目是否达到相应星级标准，服务质量和管理制度是否达到相应星级的规定，检查饭店各岗位人员应知应会能力及对星级标准的掌握程度。
5、星评小组情况汇总会。参检星评员分别发表意见，集体讨论形成主题意见，由带队领导或星评员确定明查结果。
6、召开明查末次会，星评员在明查报告上签字。通报明察情况和结果，从坚持标准和促进企业发展出发，提出书面整改意见向受检饭店通报，并作为明查报告附件提交星评委办公室。
7、饭店整改。一般时间为1—2个月，写出书面整改报告，经所在地星评机构或旅游局检查确认并签署书面意见，上报市星评委办公室。
8、组织星评小组进行暗访验收。派1—2名星评员先行以游客身份住店暗访，暗访带队人员及检查员于次日通知并汇同区（市）县星评机构或旅游局入店检查。
9、汇总暗访验收意见。暗访验收组成员分别发表意见，集体讨论形成主体意见，经带队领导或星评员同意后，与饭店交换意见。
10、召开暗访验收情况通报会。时限内整改不达标的，即拟文回复相关区（市）县星评机构或旅游局及饭店，暂不予以评定。
11、填写暗访报告。暗访报告由申评饭店总经理和星评员签字认可。
12、形成书面报告报市星评委办公室。暗访通过后一周内，暗访组将暗访报告提交市星评委办公室并存档。
四、评审。由市星评委进行评审。半数以上委员同意签字，通过评审。
五、报批。按照权限，由市星评委办公室将评审结果上报市星评委主任或副主任审定。
六、批复。按照权限，由市星评委将评审结果以书面形式通知申请星级的饭店。
七、授牌。统一由“全国星评委”颁发。申请星级的饭店到省星评委办公室领取星级饭店标志牌。
10.软件测试流程文档 篇十
一 酒水出品
1.在19:00以前整理好個人著裝儀容在指定位置集合點名
2.19:00點完名后在出品台前集合開部門班前例會接受工作安排
3.做開班前準備工作:
(1).核對酒水數量
(2).補充當日營運所需酒水(做好估清)
(3).檢查啤酒 起泡酒 白葡萄酒 香檳 以及香檳杯是否冷藏
(4).做好吧台清潔衛生
4.開班時出品:
(1).當聽到對講機呼叫出品部準備XX酒水時應立即準備好以待出品
(2).及時在庫房領取未預先備好而又需要出品的酒水
(3).見単出品 并核對出品的酒水品相和數量是否與單子上一致
(4).工作期間需常檢查 整頓 清潔
5.收班工作
(1).與庫房核對酒水領用表
(2).完成當日酒水銷售營業報表
(3)根據當日酒水銷售情況及庫存寫好申購單
(4)..做好收班清潔 檢查電氣設備 注意防火防盜
二.水果出品
1.在19:00以前整理好個人著裝儀容在指定位置集合點名
2.19:00點完名后在出品台前集合開部門班前例會接受工作安排
3.做開班前準備:
(1).核收前一天申購的水果
(2).檢查前一天封存的水果是否可以繼續使用
(3).清洗營業時所需用具(水果刀 砧板 榨汁機 雕花刀等)
(4).根據當天定位情況預先準備幾個果盤
4.營業中見単出品(及時 優質製作出所需品相 并時刻保持操作間的清潔)5收班工作:
(1)將沒用完的水果(非整個)用保鮮膜封存好冷藏
(2)清洗工具做好操作臺面的清潔衛生
(3).根據所剩水果填寫好申購單
三.小吃出品
1.在19:00以前整理好個人著裝儀容在指定位置集合點名
2.19:00點完名后在出品台前集合開部門班前例會接受工作安排
3.做開班準比:
(1).製作半成品小吃 準備好盤飾
(2).在庫房領用所需材料 并做好當日估清
4.營業中見単出品(根據單子及時 優質做好相關小吃 并時刻保持操作間的清潔)
5.收班工作:
(1).將未售完半成品小吃用保鮮膜封存冷藏
(2).做好操作臺清潔衛生 清洗用具
11.软件测试流程文档 篇十一
PDF是Adobe公司开发的电子文件格式。这种文件格式的最大优点是与操作系统平台无关,在网络发达的今天,它成为Internet上进行电子文档发行和数字化信息传播的理想文档格式。但是现行的文档种类很多,如何将其快速有效的转化成PDF文档就成为现在科技上的一个趋势。目前相关的产品较多,但“各自为政”,实现比较复杂,环境配置比较复杂,不适合非计算机专业用户使用,而网络上提供的很多方法如Microsoft插件技术和ORACLE的openOffice用于网络平台开发,实现效率不高。
Java是最好的跨平台程序设计语言,Java编写的程序可在电脑、手机等运行。因此改软件采用Java语言开发,并且切入部分插件(如iText)等技术,实现一种通用型PDF转换合成的绿色开源软件,通过简单运行即可方便的将各种结构化的信息以及各种类型的文档方便无误地转换成PDF文档,而且转化出来的PDF文档字体适中、图片清晰。该款软件可在支持现有的计算机、手机等各种平台使用。
2 系统功能模块分析与设计
基于Java的通用PDF文档生成开源软件的开发主要以Java GUI、iText,jCom等Java插件为开发环境,采用openOffice和虚拟adobePDF打印机作为后台支持进程软件。本软件采用iText制作PDF文档和jCom转化文档技术,以openOffice作为后台支持程序开发研制一款绿色开源软件。
系统的功能主要包括两部分:
(1)转换后文档的基本属性设置:实现对要进行转化或者合成的文档进行基础设置。包含3部分,一是文档基本资料的设置,如页面大小、字体大小、颜色等;也有使用此软件的基本设置,比如:皮肤、界面大小等;当然包括文档的路径设置,比如:文档的来源路径、生成位置等基本内容设置。
(2)转化文档的选择:包括选择转化的文档、合成的文件选择以及合成转化的数据来源等。为保证文档的转化、合成互不影响,将两者分开处理,条理清晰,使用方便。并且在功能实方面,文档的转化和合成是两种不同的方法,方便程序的升级操作,保证转化、合成程序模块的单一性,确保两者之间互不影响。
3 软件实现技术
本软件使用Java语言中的AWT和Swing组件进行框架搭建,采用GUI技术作为用户界面。AWT(Abstract Windowing Toolkit)是Java提供的用来建立和设置Java的图形用户界面的基本工具。Swing是一个用于开发Java应用程序用户界面的开发工具包。它以抽象窗口工具包(AWT)为基础使跨平台应用程序可以使用任何可插拔的外观风格。
内部功能将以Java的部分插件实现,如iText、jCOM等技术。iText是著名的开放源码的站点sourceforge一个项目,是用于生成PDF文档的一个Java类库。jCOM,即Java/COM桥,它是一种用软件实现的桥接机制,可以帮助Java应用程序快速访问微软的COM/DCOM组件。两者构成Java对于PDF文件的简单操作。
经过Java接口的技术,将各种实现方法和实例连接共同组成一个创建PDF文档的功能,最终经过Junit测试Java代码的有效性和规范性,形成初步软件。根据绿色软件的要求,用exe4j等技术进行Java程序软件的制作和加工,形成绿色、无需安装、无需配置复杂环境的PDF文档转化合成软件。
4 实现方法
4.1 结构化信息转PDF的方法
通过iText不仅可以生成PDF或rtf的文档,而且可以将XML、HTML文件转化为PDF文件。
实现流程如图1所示。
总体过程如以下6个步骤:
(1)建立com.lowagie.text.Document对象的实例:
Document document=new Document();
(2)建立一个书写器(Writer)与document对象关联,通过书写器(Writer)可以将文档写入到磁盘中:PDFWriter.getInstance(document,new FileOutputStream("Helloworld.PDF"));
(3)设置文档属性:
默认设置为PDF文本和图片形式。
(4)打开文档:
document.open();
(5)向文档中添加内容:
document.add(new Paragraph("Hello World"));
在文档打开之前,可以设定文档的标题、主题、作者、关键字、装订方式、创建者、生产者、创建日期等属性,调用的方法分别是:
public boolean addTitle(String title)
public boolean addSubject(String subject)
public boolean addKeywords(String keywords)
……
其中方法addHeader用于添加文档的头信息,对于PDF文档无效,仅对html文档有效。
当新的页面产生之前,可以设定页面的大小、书签、脚注(HeaderFooter)等信息,调用的方法是:
public boolean setPageSize(Rectangle pageSize)
public boolean add(Watermark watermark)
public void?removeWatermark()
如果要设定第一页的页面属性,这些方法必须在文档打开之前调用。
对于PDF文档,iText还提供了文档的显示属性,通过调用书写器的setViewerPreferences方法可以控制文档打开时Acrobat Reader的显示属性,如是否单页显示、是否全屏显示、是否隐藏状态条等属性。
另外,iText也提供了对PDF文件的安全保护,通过书写器(Writer)的setEncryption方法,可以设定文档的用户口令、只读、可打印等属性。
(6)关闭文档:
document.close();
4.2 文档转PDF的方法
jCOM配合Java中的JRE文件类等,构成Java对于PDF文件的简单操作。
转换流程如图2所示。
程序经过采用多种PDF文档转换技术进行异常分析处理,得到最安全、最快捷、不易出错的文档。
4.3 通用型的实现
软件是由Java制作,用exe4j打包技术,将制作出可以再任何平台的环境中运行,并且借助于lanuch技术制作形成无需安装的软件。
5 结语
通用型PDF文档的合成转换绿色软件将会在以下3方面带来好处,这也是未来PDF文档的发展方向之一。
用于电脑等大型产品:诸如adobe acrobat工具太大,不适合非计算机专业人士使用,又如solid converter PDF只有中繁体版本,不适合大陆使用简体中文的。而且它们价格昂贵。本软件功效就是简单易操作,快速转化合成功效好。
用于手机等小型电子产品:手机具有下载功能,本软件提供手机用直接下载的Word等文档转化合成PDF,直接打开PDF阅读器就能享受此文档。解决用户还要通过电脑转化的中间过程。
供TOUCH等电子书阅读器等:绑定使用软件,直接放入文档,转后直接输出就可直接阅读。
摘要：提出了使用Java语言开发,并且切入部分插件(如iTex)t的方法,设计实现一种通用型PDF转换合成的绿色开源软件,通过简单运行即可方便地将各种信息无误的转换成PDF文档。该款软件可在支持现有的计算机、手机等各种平台使用。
关键词：PDF文档,Java语言,绿色开源
参考文献
[1]Tony Howlett.Open Source Security Tools[M].Pearson,2007.
[2]刘明,韩江.浅谈基于PDF文档应用带来的好处[J].科技资讯,2006,24.
[3]徐东风,彭红星,廖俊杰.基于JAVA的文档格式检查技术的研究及其应用[J].计算机工程与设计,2010,19.
[4]周昕,刘丕娥,尹芳,王小玉.JAVA嵌入式设备基于可信计算的架构研究[J].自动化技术与应用,2008,10;54-57.
12.软件文档写作作业 篇十二
作业1
1．软件质量
根据国际标准组织（ISO）的定义，质量是依靠特定的或隐含的能力满足特定需要的产品或服务的全部功能和特征。
2．影响软件质量的因素
（1）人的因素
（2）软件要求
（3）开发各个环节的衔接
（4）测试的局限性
（5）质量管理不够重视
（6）软件开发的非工程化和开发人员的传统习惯
（7）开发没有规范，标准
（8）技术上解决软件质量问题的局限性
作业2
1.软件文档的概念
软件文档也称文件，是指某种数据媒体和其中所记录的数据，它具有永久性，并可以由人或机器阅读，通常仅用于描述人工可读的东西，它是软件的书面描述和说明；
2.软件文档的分类
软件文档大致可分为三类：管理文档、开发文档和用户文档；
13种软件文档
主要包括：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、用户手册、操作手册、测试计划、测试分析报告、开发进度月报、项目开发总结报告、维护修改建议。
作业3
1．软件的定义
软件是为了特定目的而开发的程序、数据和文档的集合。
程序：能够执行特定功能的计算机指令序列。
数据：执行程序所必须的数据和数据结构。大量的数据都是按照一定的数据结构由用户在使用软件的过程中积累起
系统开发规范与文档编写复习资料
来的。
文档：与程序开发，维护和使用有关的图文资料。
2．软件的分类
按软件的功能进行划分：可分为系统软件和应用软件。
按软件工作方式划分：可分为分时软件、交互式软件、并行处理软件
·分时软件: 允许多个联机用户同时使用计算机的软件。
·交互式软件: 能实现人机通信的软件。
·并行处理软件：能够将一件任务，分配给多个处理器，同时协同处理，达到高速完成的效果的软件。
3．软件的发展阶段
软件的发展经历了三个阶段
程序设计阶段、程序系统阶段、软件工程阶段
4.软件危机
软件危机泛指在计算机软件的开发、维护和使用过程中所遇到的一系列严重问题。
从宏观上说，软件危机主要是指：（1）软件的发展赶不上计算机硬件的发展；（2）软件的发展赶不上社会对于软件需求的增长。从具体的软件来说，软件危机是指：（1）软件往往不能按计划、按预算、按时完成；（2）已开发的软件不能很好的使用，甚至很快就不用。
软件危机的主要原因包括：
（1）软件需求分析不充分
（2）软件开发的规范性不够
(3)软件开发计划的科学性不够
(4)缺少对于软件的评测手段
5.软件工程的基本原理
主要4条：
(1)用分阶段的生命周期计划严格管理
(2)坚持进行阶段评审
(3)实行严格的产品控制
(4)结果应能清楚地审查
作业4
1．需求工程的定义
需求工程是指应用已证实有效的原理、方法和技术，通过合适的工具和记号，系统地描述待开发系统的特性及其相关约束，通常包含需求获取、需求分析、编写需求规格说明书和审查等过程。需求工程确定系统“做什么”，但并不涉及系统“怎么做”，需求工程的成果是软件需求规格说明书。
需求工程的活动可以划分为需求获取、需求建模、形成需求规格、需求验证、需求管理5个独立的阶段。
2．结构化分析方法
结构化分析是通过结构化的方式进行系统定义的分析方法，由美国YOURDON公司提出。结构化需求分析使用自顶向下、逐层分解的系统分析方法来定义系统的需求，采用“分解”和“抽象”两个基本手段，按照软件内部数据传
递、变换的关系，由外及里，自顶向下，对需要构造的目标系统进行层层分解，直到每一个分解的处理过程的功能能够被很好地理解和描述为止。
3．数据流图
数据流图（DFD）是软件开发的结构化方法中，用于表示系统逻辑模型的工具。在数据流图中采用一些标准的符号，以图形的形式描述数据在软件系统中流动和处理的过程，它反映出系统由哪些部分组成以及各部分之间的关系。
数据流图用一套简单的符号来描绘信息在系统中流动和处理的情况，是软件设计人员和用户之间极好的通信工具，是结构化分析方法的核心。
数据流图只需考虑软件系统必须完成的基本逻辑功能，完全不需考虑如何具体地实现这些功能
数据流图是分层的，要掌握顶层图和0层图的画法。
数据流图中有四种基本符号，分别代表了不同的数据元素。应熟记这四种符号的含义和绘制数据流图的步骤。
4．数据字典的作用和数据字典的内容
数据字典是除数据流图之外的又一重要工具。数据字典与数据流图配合，能清楚地表达数据处理的要求。数据字典是对系统用到的所有数据项和结构的精确定义，以确保开发人员使用统一的数据定义。数据流图和数据字典共同构成了系统的逻辑模型。没有了数据字典的数据流图就不严格，没有数据流图，数据字典就失去了发挥作用的场所。
数据字典的内容包括：数据流、加工、数据存储、数据项。
5.用例模型
用例模型最重要的两个概念是参与者和用例。确定参与者和用例是基于用例的软件开发的基础。
用例模型建立的步骤：确定参与者、用例和对用例的描述。
6.用例的扩展、包含和泛化关系
用例的扩展关系：表示系统的扩展功能
用例的包含关系：表示多个基本用例都可以使用的用例
用例的泛化关系：从几个用例中抽象出来的共同行为的父用例
7.需求管理的五个主要步骤
需求管理的五个主要步骤包括：识别需求、组织需求并给需求划分优先级、分析和理解与需求相关的因素、精炼和扩展需求、管理需求变化。
作业5
1．软件设计、概要设计和详细设计
软件设计是一个把软件需求转换为软件表示的过程。软件设计阶段的主要任务是确定软件系统“怎么做”，是从软件需求规格说明书出发，形成软件的具体设计方案。结构化软件设计包括概要设计和详细设计，概要设计也称软件结构设计，详细设计也称软件过程设计。
概要设计确定系统的整体模块结构以及接口描述，详细设计是在概要设计的基础上确定每个模块的具体执行过程。概要设计的主要任务是建立软件系统的体系结构，设计数据结构、设计数据库文件、编写和评审软件概要设计说明书。
详细设计需要完成的任务是设计模块的算法、设计模块内部的数据结构、设计数据库的存储格式、格式和反法，进行代码设计和界面设计、编写和评审软件详细设计说明书。
2．模块的独立性、耦合性和内聚性
模块：用一个名字就可以调用的一段程序。
模块具有三个基本属性：功能、逻辑、状态
功能：指该模块实现什么功能，做什么事情。
逻辑：即描述模块内部怎么做。
状态：即该模块使用时的环境和条件。
模块独立性是指软件系统中的每个模块只涉及软件要求的具体的子功能，只通过简单的接口和软件系统中其它模块相联系。模块的独立性较好,对软件的可靠性和软件的可维护性是很有帮助的，可以通过软件的耦合性和内聚性两个指标来衡量模块的独立性。
耦合性是指软件系统结构中各个模块间相互联系的紧密程度。模块间的耦合性越强，说明模块之间的联系越密切。模块的耦合分为不同的类型，耦合性由强到弱依次为：内容耦合、公共耦合、外部耦合、控制耦合、标记耦合、数据耦合、非直接耦合。在进行模块设计时，要提高模块的独立性，建立模块间尽可能松散的系统是模块化设计的目标和原则。
内聚性是一个模块内部各个元素彼此结合的紧密程度。模块的内聚性有7种类型。在软件的模块设计中，尽量做到模块高内聚、低耦合，以此提高模块的独立性。
作业6
1．面向对象的概念
面向对象的概念包括对象、类、继承、消息、多态性。
对象是构成世界的一个独立单元，它具有自己的静态特征和动态特征，从面向对象程序设计的角度看：对象是具有相同状态的一组操作的集合。
类是具有相同属性和操作的一组对象的抽象。
继承是使用已存在的定义作为基础来建立新定义的技术，一个类可以是多个一般类的特殊类，它从多个一般类中继承了属性和操作，这种继承模式叫多继承，否则就是单继承。
消息是一个对象与另一个对象的通信单元，是要求某个对象执行类中定义的某个操作的规格说明。
多态性是指在一般类中定义的属性或操作被特殊类后，可以具有不同的数据类型或表现出不同的行为。
2．面向对象分析步骤
面向对象分析的目的在于建模。面向对象分析的一般步骤如下：
（1）获取用户对面向对象系统的需求，包括表示场景/用例；建造需求模型。
（2）为每个系统对象标识属性和操作。
（3）定义组织类的结构和层次。
（4）建造对象-关系模型。
（5）建造对象-行为模型。
（6）使用场景/用例复审OO分析模型。
3．对象——行为模型
对象-行为模型则关注系统的动态行为，描述了对象之间在行为（操作）上的依赖关系。它们指明系统如何响应外部的消息，在面向对象方法构造的系统中，消息体现了对象行为之间的依赖关系。它是实现对象之间的动态联系，使系统成为一个能活动的整体，并使系统的各个部分能够协调一致地运转。
4.面向对象设计
面向对象设计是将面向对象分析所创建的分析模型转换为设计模型。面向对象设计的目标是产生一个满足用户需求，并且完全可实现的面向对象设计模型。
面向对象设计过程包括：
（1）问题域部分设计
（2）人机交换部分设计
（3）控制驱动部分设计
（4）数据接口部分设计
5.对象模型、动态模型、功能模型
对象模型：对象模型的作用是描述系统的静态结构，包括构成系统的类和对象，它们的属性和操作，以及它们之间的关系。
动态模型：动态模型的作用是描述对象及其关系的改变，着重于系统的控制逻辑。它包括两个图，一是状态图，一是事件追踪图。
功能模型着重于系统内部数据的传送和处理，功能模型定义“做什么”，动态模型定义“何时做”，对象模型定义“对谁做”。.对象之间的关系有关联、泛化、依赖、聚合关联：连接模型元素及实例
泛化：表示一般与特殊关系，即“一般”元素是“特殊”元素的泛化，“特殊”元素是“一般”元素的特化（specialization）依赖：表示一个元素以某种方式依赖另外一个元素
13.软件详细设计报告文档 篇十三
1.引言
1.1 编写目的
说明编写详细设计方案的主要目的。
说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。
如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。
方案重点是模块的执行流程和数据库系统详细设计的描述。
1.2 背景
应包含以下几个方面的内容： A.待开发软件系统名称；
B.该系统基本概念，如该系统的类型、从属地位等； C.开发项目组名称。
1.3 参考资料
列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。
1.4 术语定义及说明
列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。
2.设计概述
2.1 任务和目标
说明详细设计的任务及详细设计所要达到的目标。1.1.1 需求概述
对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。1.1.2 运行环境概述
对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。1.1.3 条件与限制
详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。1.1.4 详细设计方法和工具
简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF（I2DEF）方法、E－R图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。
3.系统详细需求分析
主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。
3.1 详细需求分析
包括：
详细功能需求分析 详细性能需求分析 详细资源需求分析
详细系统运行环境及限制条件分析
3.2 详细系统运行环境及限制条件分析接口需求分析
包括：
系统接口需求分析
现有硬、软件资源接口需求分析 引进硬、软件资源接口需求分析
4.总体方案确认
着重解决系统总体结构确认及界面划分问题。
4.1 系统总体结构确认
对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：
系统组成、逻辑结构及层次确认 应用系统结构确认 支撑系统结构确认 系统集成确认 系统工作流程确认
4.2
系统详细界面划分
1.1.5 应用系统与支撑系统的详细界面划分
应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。1.1.6 系统内部详细界面划分
系统各功能之间的界面包括覆盖范围，模块间功能调用涉及到的系统模块及方法，全局数据格式，系统性能要求等。
5.系统详细设计
5.1 系统结构设计及子系统划分
对系统的组成及逻辑结构进行设计前确认。
划分系统功能模块或子系统（如果有或者有必要，特别是大型的软件系统）。
5.2 系统功能模块详细设计
按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统进行设计。此为详细设计的主要部分之一。
用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互，用IPO图或其他方法描述各模块完成的功能。以上建议采用HIPO图进行功能分解与模块描述，更高的要求建议采用IDEF0方法进行功能模型设计。
详细设计应用系统的各个构成模块完成的功能及其相互之间的关系，用IPO或结构图描述各模块的组成结构、算法、模块间的接口关系，以及需求、功能和模块三者之间的交叉参照关系。
每个模块的描述说明可参照以下格式： 模块编号： 模块名称： 输入： 处理： 算法描述： 输出：
其中处理和算法描述部分主要采用伪码或具体的程序语言完成。对详细设计更高的要求建议用IDEF0图进行各功能模块的设计。
如果对软件需进行二次开发（包括功能扩展、功能改造、用户界面改造等），则相应的设计工作应该设立子课题完成。
5.3 系统界面详细设计
系统界面说明应用系统软件的各种接口。整个系统的其他接口（如系统硬件接口、通讯接口等）在相应的部分说明。1.1.7 外部界面设计
根据系统界面划分进行系统外部界面设计，对系统的所有外部接口（包括功能和数据接口）进行设计。1.1.8 内部界面设计
设计系统内部各功能模块间的调用关系和数据接口。1.1.9 用户界面设计
规定人机界面的内容、界面风格、调用方式等，包括所谓的表单设计、报表设计和用户需要的打印输出等设计。此部分内容可能比较多。
6.数据库系统设计
此数据库设计可单独成册，尤其对大型的数据库应用系统，即有一个单独的《数据库设计说明书》。
6.1 6.1设计要求 6.2 6.2 信息模型设计
确定系统信息的类型（实体或视图），确定系统信息实体的属性、关键字及实体之间的联系，详细描述数据库和结构设计，数据元素及属性定义，数据关系模式，数据约束和限制。
6.3 数据库设计
1.1.10
设计依据
说明数据被访问的频度和流量，最大数据存储量，数据增长量，存储时间等数据库设计依据。
1.1.1
1数据库种类及特点
说明系统内应用的数据库种类、各自的特点、数量及如何实现互联，数据如何传递。1.1.1
2数据库逻辑结构
说明数据库概念模式向逻辑模式转换所采用的方法论及工具，完成数据库概念模式向逻辑模式的转换。详细列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度及它们之间的相互关系。此节内容为数据库设计的主要部分。1.1.1
3物理结构设计
列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。建立系统程序员视图，包括：
数据在内存中的安排，包括对索引区、缓冲区的设计；
所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分； 访问数据的方式方法。1.1.1
4数据库安全
说明数据的共享方式，如何保证数据的安全性及保密性。1.1.1
5数据字典
编写详细的数据字典。对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。
7.信息编码设计
7.1 代码结构设计
确认信息分类编码总体方案，进行分类代码结构设计。
7.2 代码编制