软件工程实例 报告 文档 程序 都有
1 引言。
1编写目的: 可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解 经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后,交软件经理审查。
1.2 项目背景: 开发软件名称:超市进销存系统。
项目任务提出者:老师。
项目开发者:shu408157847。
用户:超市。
实现软件单位:学校 项目与其他软件,系统的关系: 本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序,服务器端采用Linux 为操作系统的工作站,是采用Oracle 8的为开发软件的数据库服务程序。
1.3 定义: [专门术语]: [缩写词]: 1.4 参考资料: 《软件工程导论》,张海藩,清华大学出版社。
《实用软件工程》,郑人杰等,清华大学出版社。
2.可行性研究的前提 2.1要求 主要功能: 性能要求: 对服务器上的数据必须进行及时正确的刷新。
输出要求:数据完整,详实。
输出要求:简捷,快速,实时。
安全与保密要求:权限不同 完成期限:预计六个月,即截止2007年12月8日。
2.2目标: 系统实现后,大大提高旅游局的机票预定服务效率超市的管理水平。
降低误差,减少开销 2.3条件,假定和限制 建议软件寿命:5年。
经费来源:。
硬件条件:服务器sun工作站,终端为pc机。
运行环境:Linux 数据库:Oracle8 投入运行最迟时间:2000/04/04 2.4可行性研究方法 2.5决定可行性的主要因素 1 经济可行性 成本/效益分析结果,短期-长期利益分析。
技术可行,现有技术可完全承担开发任务。
操作可行,软件能被原有工作人员快速接受。
3.技术可行性分析 3.1系统简要描述 3.2处理流程和数据流程 3.3环境可行性 3.4 人员可行性:操作宜学 3.5 效益分析 投资回收周期 2.3年 4.5敏感性分析 设计系统周期为五年, 估计最长可达10年 处理速度:一般查询速度关键数据查询速度: 5。
法律因素 6。
其他可供选择的方案 7.结论意见 由于投资效益比远大于100%, 技术、经济、操作都有可行性,可以进行开发. 以上为包含步骤,供你参考!!
软件详细设计包含哪些内容??
目录1基本内容基本内容详细设计 详细设计的主要任务是设计每个模块的实现算法、所需的局部数据结构。
详细设计的目标有两个:实现模块功能的算法要逻辑上正确和算法描述要简明易懂。
主要任务:1.为每个模块确定采用的算法,选择某种适当的工具表达算法的过程,写出模块的详细过程性描述;2.确定每一模块使用的数据结构;3.确定模块接口的细节,包括对系统外部的接口和用户界面,对系统内部模块的接口,以及模块输入数据、输出数据及局部数据的全部细节。
在详细设计结束时,应该把上述结果写入详细设计说明书,并且通过复审形成正式文档。
交付给下一阶段(编码阶段)的工作依据。
4.要为每一个模块设计出一组测试用例,以便在编码阶段对模块代码(即程序)进行预定的测试,模块的测试用例是软件测试计划的重要组成部分,通常应包括输入数据,期望输出等内容。
详细设计的工具:1.图形工具利用图形工具可以把过程的细节用图形描述出来。
2.表格工具可以用一张表来描述过程的细节,在这张表中列出了各种可能的操作和相应的条件。
用某种高级语言(称之为伪码)来描述过程的细节。
软件工程 超市管理系统 详细设计报告实例
中国版权保护中心接收登记的文档包含两种:操作说明书或设计说明书。
设计说明书适合没有界面的嵌入式软件,插件软件,后台运行软件以及游戏软件。
一般包含结构图,软件流程图,函数说明,模块说明,数据接口,出错设计等。
操作说明书适合管理类软件,有操作界面,一般应包含登录界面,主界面,功能界面截图,截图之间有相应的文字说明,能全面展示软件的主要功能。
格式要求:一、说明书应提交前、后各连续30页,不足60页的,应当全部提交。
二、说明书页眉应标注软件的名称和版本号,应当与申请表中名称完全一致,页眉右上应标注页码,说明书每页不少于30行,有图除外,另外截图应该清晰完整。
(1)引言①编写目的:阐明编写手册的目的,指明读者对象。
②项目背景:说明项目的来源、委托单位、开发单位及主管部门。
③定义:列出手册中用到的专门术语定义和缩写词的原意。
④参考资料:列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
包括项目的计划任务书,合同或批文;项目开发计划;需求规格说明书;概要设计说明书;详细设计说明书;测试计划;手册中引用的其他资料、采用的软件工程标准或软件工程规范。
(2)软件概述①目标。
②功能。
③性能。
包括数据精确度(包括输入、输出及处理数据的精度),时间特性(如响应时间、处理时间、数据传输时问等),灵活性(在操作方式、运行环境需做某些变更时软件的适应能力)。
(3)运行环境①硬件:列出软件系统运行时所需的硬件最小配置,如计算机型号、主存容量;外存储器、媒体、记录格式、设备型号及数量;输入、输出设备;数据传输设备及数据转换设备的型号及数量。
②支持软件:操作系统名称及版本号;语言编译系统的名称及版本号;数据库管理系统的名称及版本号;其他必要的支持软件。
(4)使用说明①安装和初始化:给出程序的存储形式、操作命令、反馈信息及其含义、表明安装完成的测试实例以及安装所需的软件开发工具等。
②输入:给出输入数据或参数的要求。
③输出:给出每项输出数据的说明。
④出错和恢复:出错信息及其含义、用户应采取的措施,如修改、恢复、再启动等。
⑤求助查询:说明如何操作。
(5)运行说明①运行表:列出每种可能的运行情况,说明其运行目的。
②运行步骤:按顺序说明每种运行的步骤,应包括运行控制;操作信息(运行目的、操作要求、启动方法、预计运行时间、操作命令格式及说明、其他事项);输入/输出文件(给出建立和更新文件的有关信息。
如文件的名称及编号、记录媒体、存留的目录、文件的支配[说明确定保留文件或废弃文件的准则,分发文件的对象,占用硬件的优先级及保密控制等]);启动或恢复过程。
(6)非常规过程:提供应急或非常规操作的必要信息及操作步骤,如出错处理操作、向后备系统切换操作以及维护人员须知的操作和注意事项。
(7)操作命令一览表:按字母顺序逐个列出全部操作命令的格式、功能及参数说明。
(8)程序文件(或命令文件)和数据文件一览表:按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符及说明。
(9)用户操作举例。
详细设计说明书到底怎么写?
详细设计,这是考验技术专家设计思维的重要关卡,详细设计说明书应当把具体的模块以最'干净'的方式(黑箱结构)提供给编码者,使得系统整体模块化达到最大;一份好的详细设计说明书,可以使编码的复杂性减低到最低,实际上,严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来,从需求分析到概要设计到完成详细设计说明书,一个软件项目就应当说完成了一半了。
换言之,一个大型软 件系统在完成了一半的时候,其实还没有开始一行代码工作。
那些把作软件的程序员简单理解为写代码的,就从根子上犯了错误了。
软件测试方法的文档测试
文档测试的英文是documentation testing,测试关注于文档的正确性。
文档测试有三大类分别是开发文件、用户文件、管理文件。
1. 开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
2.用户文件:用户手册、操作手册。
3.管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
软件测试中的文档测试主要是对相关的设计报告和用户使用说明进行测试,对于设计报告主要是测试程序与设计报告中的设计思想是否一致;对于用户使用说明进行测试时,主要是测试用户使用说明书中对程序操作方法的描述是否正确,重点是用户使用说明中提到的操作例子要进行测试,保证采用的例子能够在程序中正确完成操作。
一般来说,文档是软件的重要组成部分,因此文档测试也是软件测试的主要内容。
在软件的整个生命周期中会出现很多文档,通常可以把文档粗略地分为三类:开发文档,管理文档和用户文档。
由于文档与代码不同,不能直接运行,对于文档的测试通常只能以文档审查的方式进行。
对于管理文档和审查通常归属于管理范畴,而不是软件测试范畴,因为对于管理文档审查的目的不是为了发现和消除用户所看到的软件中的缺陷,而是为了更好地管理软件开发的过程。
对于开发文档,由于这些文档本身体现了所在开发阶段的软件实际形态,对于这些文档的测试实际上是早期软件测试的主要活动。
用户文档是那些随程序一起交付给用户的文档,它们实际上是交付给用户的软件的重要组成部分。
对于这些文档的测试是对最终软件产品测试的一部分。
转载请注明出处51数据库 » 软件详细设计文档 实例