实验三
实验项目编码日期2015-11-09 专业班级计科12(3) 组号10 同组者杨爱红、李香、陈晓彤、张家秀学生学号1208210137 姓名项雪丽机号6-5 成绩
一、实验目的
掌握结构化编程，对程序源代码进行工程文档化处理
二、主要仪器设备
微型计算机系统，MS Visio 2003软件，IDE软件
三、实验原理与方法
根据提供的非结构化伪码或源代码，编写出结构化的程序。
结构化程序设计的原则(使用顺序、选择、重复基本控制结构表示程序逻辑，控制结构的单入口与出口等)为指导，使用约束型流程图、NS或PAD图进行结构化的设计；采用自顶向下和逐步细化的原则，导出程序的结构化编码。
四、实验内容与步骤
1、主要内容
根据给定的非结构化案例和实验大纲的要求，建立模块结构化模型（主模块、子模块），并编写每个模块的结构化文档化代码。
案例：复制命令
接口：<程序名> [参数1] [参数2]
功能：是将命令行参数中的参数1标识的文件，复制到参数2标识的文件中，如命令行中只有一个文件名则把该文件写到标准输出文件(显示器)中。
【源码】
#include
main(int argc,char *argv[])
{ FILE *fp1, *fp2; char ch; int Sel;
Sel = argc;
if(Sel==1) goto Sel_No ;
if((fp1=fopen(argv[1],"rt"))==NULL) goto Sel_Sr ;
if(Sel==2) fp2=stdout;
else if((fp2=fopen(argv[2],"wt+"))==NULL) goto Sel_Dt ;
while((ch=fgetc(fp1))!=EOF) fputc(ch,fp2);
fclose(fp1);
fclose(fp2);
goto Sel_End
Sel_No: { printf("have not enter file name strike any key exit");
getch();
exit(0); }
Sel_Sr: { printf("Cannot open %s\n",argv[1]);
getch();
exit(1); }
Sel_Dt: { printf("Cannot open %s\n",argv[1]);
getch();
exit(1); }
Sel_End:
}
要求：（1）增加设计命令使用方法的提示，若参数仅是/?则显示命令的使用说明；
（2）增加设计命令执行后结果提示。
（3）源代码结构化处理。
（4）文档化处理：前置的功能说明、变量作用说明、数据结构说明、控制逻辑说明、关键语句说明。
2、实验主要步骤
1）系统的启动过程
启动windows，打开visio2003软件，在“文件”新建中选择所要绘制图形的类型，然后选择“文件”中要建立的形状类型，即可绘图。打开visual c++6.0，即可进行程序编译。
2）文档的建立过程
根据给定的一段编码进行修改、注释并绘图。绘图时先选择好模板，建立好文档，点击插入，插入新页，保存，命名。
3）程序结构模型的建立过程
在本次实验中，根据老师给定的一段源程序，对源程序进行结构化处理以及注释，并在c++软件中编译运行，在CMD窗口中调试程序，看是否完成两个文件间的内容复制，并用格式<程序文件名> \?查看帮助信息。然后根据修改后的源程序代码，在visio软件里画出相对应的程序结构化模型图（包括约束性流程图、NS图、PAD图）。
五、完整的实验结果
1、提交结构模型与代码工程文档：班级_学号_MSD.vsd、班级_学号_MPC.doc
2、程序结构化模型图
开始
结束
打开文件
请求帮助信息Y
N
文件是否存在
关闭文件
输出帮助
信息
Y
复制
是否结束
输出完成
信息
N 输出错误
信息
以指针指向文件，输入
文件
Y
N
图 1：程序流程图
开始打开文件输入文件请求帮助信息
输出帮助信息
文件是否存在
复制是否结束输出完成信
息
输出错误信
息
F
T
T F 关闭文件结束
图 2：N-S 图
开始
结束
关闭文件
输入文件
打开文件
请求帮助信息
输出帮助信息
文件是否存在
输出错误信息
是否复制结束
输出完成信息
UNTIL P
复制
复制
图 3：PAD 图
3、调试成功的结构化、文档化源编码：（附详细的编码打印）1）接口设计：
2）代码
#include
#include
#include
#include
#define N 200 //预定义没Ｎ的值为常数200
int main(int argc, char *argv[])
{
char totalLine[N]; //定义可存放Ｎ个字符的数组来临时存放每行的数据
FILE *fp1, *fp2; //定义两个文件指针fp1,fp2
if (argc==1)
{
printf("没有文件名，按任意键退出！");
getchar();
exit(-1);
}
if ( strcmp(argv[1],"\\?") == 0) //输入的是否是" \? "，显示参数帮助信息{
printf("cp 帮助信息：\n");
printf("1.cp的功能是完成两个文件间内容的复制\n");
printf("2.cp格式：<程序名> [参数1] [参数2]\n");
printf("3.参数1：源文件名及其路径\n");
printf("4.参数2：目标文件名及其路径\n");
printf("5.参数为/？表示在屏幕上显示帮助信息\n");
exit(0);
}
fp1 = fopen(argv[1], "r"); //直接用只读方式打开源文件
if(fp1==NULL){
printf( "fp1 file open failure!");
return 0;
}
fp2 = fopen(argv[2], "w"); //用可读可写方式打开目标文件
if(fp2==NULL){
printf("fp2 file open failure!");
return 0;
}
while(fgets(totalLine, N-1, fp1)) //将每行依次读取到数组中
{
fputs(totalLine, fp2); //依次写入每行的数据，包括换行
printf("复制成功！"); //在屏幕上显示文件内容复制成功的信息
}
fclose(fp1); //关闭fp1指针指向的文件
fclose(fp2); //关闭fp2指针指向的文件
return 0;
}
六、实验结果讨论
1、经过本次实验，我意识到自己的C语言学的还不够好，尤其是指针和文件方面，还有待提高。
2、int main(int argc, char *argv[])中，argc是个参数，是int型的；而char *argv[]是一个字符数组，其大小是int argc，主要用于命令行参数。argv数组里每个元素代表一个参数。
3、本次实验是实现两个文件内容间的复制，是将源文件的内容复制到目标文件中。该程序是在CMD窗口中运行的。
4、实现复制的格式为：<程序文件名> [源文件名] [目标文件名]。
实验三 实验项目编码日期2015-11-09 专业班级计科12(3) 组号10 同组者杨爱红、李香、陈晓彤、张家秀学生学号1208210137 姓名项雪丽机号6-5 成绩 一、实验目的 掌握结构化编程，对程序源代码进行工程文档化处理 二、主要仪器设备 微型计算机系统，MS Visio 2003软件，IDE软件 三、实验原理与方法 根据提供的非结构化伪码或源代码，编写出结构化的程序。 结构化程序设计的原则(使用顺序、选择、重复基本控制结构表示程序逻辑，控制结构的单入口与出口等)为指导，使用约束型流程图、NS或PAD图进行结构化的设计；采用自顶向下和逐步细化的原则，导出程序的结构化编码。 四、实验内容与步骤 1、主要内容 根据给定的非结构化案例和实验大纲的要求，建立模块结构化模型（主模块、子模块），并编写每个模块的结构化文档化代码。 案例：复制命令 接口：<程序名> [参数1] [参数2] 功能：是将命令行参数中的参数1标识的文件，复制到参数2标识的文件中，如命令行中只有一个文件名则把该文件写到标准输出文件(显示器)中。 【源码】 #include
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
变更履历
目录 1总则 (4) 2源代码完整性保障 (4) 3源代码的授权访问 (4) 4代码版本管理 (5) 4.1系统初验 (6) 4.2试运行 (6) 4.3系统终验 (7) 4.4系统验收标准 (7)
1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。 第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小
软件配置项标识编码规则设计方案 刘宏 2011-9-18 Mail:lh@https://www.doczj.com/doc/004826400.html, 1.背景 1.1.服务外包中迁移 在服务外包中，难度较大的阶段为——服务外包的迁移工程。 服务迁移工程难度大的主要原因之一，是没有实施迁移前准备标准和迁移后的验收标准。也就是在服务成熟到何种程度——包括管理与技术成熟度，服务才能够向外包方进行迁移，以便发包方有效控制服务外包中的风险，达到服务外包的目的。 服务外包迁移前应达到的准备标准——包括管理标准与技术标准，技术标准是管理标准的基础。技术标准是在服务外包迁移中的必要条件，管理标准是服务外包迁移中的充分条件。 不同服务业务在外包迁移中，具有不同的技术标准，但是具有相同的管理标准——ISO20000规定了管理相关的内容。 因为不同的服务业务具有不同的服务技术标准要求，因此正对IT服务外包业务应根据业务的特点编制相关的技术标准要求。IT服务外包业务可以包括： ●IT系统基础平台维护服务外包 ●IT系统支撑环境维护服务外包 ●应用系统的维护服务外包 1.2.服务外包迁移标准内容 每类服务有可以分成：运营服务（一线服务）、支持性服务（二线服务）、变更性服务（三线服务）。 在IT服务外包中风险较大的是运营服务，因为运营服务一直是直接在客户的生产环境实施，一旦发生错误，有可能给客户造成无法挽回的损失。目前一般风险较大的运营服务，有客户自己承担，不进行外包。 支持性服务也是在客户生产环境实施，但是一般需要进行策划与实施结果测试。由于支
持服务具有一定的技术性，因此这种服务外包迁移前应按照技术标准要求通过验收。只有通过技术标准验收的服务才能够实施服务外包的迁移。 变更性服务是在其他环境中测试完成后，在反映到生产环境中。因此变更性服务与系统建设期的系统开发存在不同的风险。在系统建设期，可以进行充分的测试与试运行测试。在变更性服务由于工期与成本的原因，可能不能充分进行测试与试运行。 1.3.服务外包迁移中标准需求 服务外包方为了及时提供服务需要将分包方的技术成果迁移到外包方处，因此分包方向服务外包方进行服务迁移时，在服务迁移时，迁移哪些内容，迁移的内容在迁移前应到技术标准要求应进行验证与确认。若是没有达到服务外包迁移技术标准，很显然是增加服务外包迁移的风险。 在服务外包迁移实施中，需要对服务外包迁移内容结果进行验证，因此需要服务外包迁移结果验证与确认的技术标准要求。 1.4.应用软件服务迁移标准需求分析 在应用软件系统维护服务外包的迁移中，技术标准主要是针对分包方迁移给外包方的所有技术成果物。对这些成果物需要相关的技术标准要求，以便在服务外包迁移过程，分包方与外包方能够有效沟通与交接，确保服务能够连续，不因为服务外包迁移发生中断或服务水平下降。 为了确保分包方与外包方能够有效进行技术沟通，首先需要明确出工程成果物的标识标准——配置项标识编码标准。这一标准能够是双方能够正确地在配置管理库中找到所需要的配置项。 为了能够有效避免交付过程中，使用错误的成果物。就需要双方共同承认的成果物的编码规则或标准。 由此得出结论：软件配置项标识编码规则，是IT应用系统维护服务外包的技术标准中的基础。 2.方案的目的与目标 2.1.目的 通过提供一般软件配置项编码规则，为企业的软件配置项的管理提供自动化处理的解决
编码风格 1.标识符： 在VBScript中声明一个变量可以使用Dim语句，如： Dim MM_editConnection 数据库连接名； Dim MM_editTable 数据库中所连接的表格名； Dim MM_editRedirectUrl 跳转到的页面名； 在本程序设计中，为了便于理解和记忆，采用有实际意义的符号名，且符号名易于区分，每一符号名只有单一的含义。 2.程序及注释： ‘***该程序由张群艳制作，实现了ESMS系统安全检查管理模块中检查结果输入的功能<%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%> <% ' *** Edit Operations: declare variables声明变量 Dim MM_editAction Dim MM_abortEdit Dim MM_editQuery Dim MM_editCmd Dim MM_editConnection Dim MM_editTable Dim MM_editRedirectUrl Dim MM_editColumn Dim MM_recordId Dim MM_fieldsStr Dim MM_columnsStr Dim MM_fields Dim MM_columns Dim MM_typeArray Dim MM_formVal Dim MM_delim Dim MM_altVal Dim MM_emptyVal Dim MM_i ‘***连接数据库： MM_editAction = CStr(Request.ServerVariables("SCRIPT_NAME")) If (Request.QueryString <> "") Then MM_editAction = MM_editAction & "?" & Server.HTMLEncode(Request.QueryString) End If ' boolean to abort record edit
软件工程专业专业代码0835 （Software Engineering） 培养目标：本专业培养德、智、体、美全面发展，掌握自然科学和人文社科基础知识、计算机科学基础理论、软件工程专业及应用知识，具有软件开发能力，以及软件开发实践和项目组织的初步经验，具备良好的科学素养和工程素养、自我获取知识的能力、优良的职业素质和创新意识，能够服务于我国经济建设，适应技术进步和社会需求变化，从事各种应用领域的软件分析、设计、开发、管理、研究和服务等工作的应用型软件工程人才。 培养要求：本专业学生主要学习软件基础理论知识和软件工程专业知识。经过良好的软件工程训练和实践，掌握软件应用和工具，具备运用先进的工程化方法、技术和工具从事某一应用领域软件分析、设计、开发、维护等工作的能力，具有初步的工程实践能力、较强的团队协作能力、初步的创新意识和良好运用外语的能力。 毕业生应获得以下几方面的知识和能力： 1. 系统地掌握理工科基础知识，具有较扎实的数学、物理等自然科学的基础理论，以及社会科学、管理科学的相关知识，具有较好的人文科学素养； 2. 具备初步的外语应用能力，能够阅读专业文献、信息交流及使用相应外文软件系统及编写基本程序文档； 3. 掌握扎实的软件基础理论知识和较宽广的软件工程专业知识，具有一定的项目工作经验，能够综合应用工程学方法分析、设计、开发、维护软件的能力； 4. 了解软件工程学科的前沿技术、软件行业的发展动态及软件行业需求，具备独立学习新理论和新技术的能力，以适应软件技术的快速变化； 5. 具有较强的工作适应能力，具备良好的团队精神、协调沟通能力及组织管理能力； 6. 在基础研发、工程设计和实践等方面具有一定的创新意识； 7. 通晓和遵守法律与职业道德，了解国家对软件和IT行业的政策、法律和法规，熟悉国际和国家关于软件工程领域的技术标准和规范。 主干学科：软件工程。 核心知识领域：计算基础、数学和工程基础、职业实践、软件建模与分析、软件系统设计、验证与确认、软件过程、软件质量、软件管理。 核心课程：离散数学（60+0学时）、数据结构（52+8学时）、操作系统（50+10学时）、算法设计与分析（50+10学时）、数据库原理及应用（44+16学时）、编译原理（52+8学时）、软件工程导论（30+0学时）、高级语言程序设计（52+38学时）、软件质量保证与测试（31+14学时）、软件项目管理（30+0学时）、软件体系结构（30+0学时）、计算机组成原理（52+8学时）、计算机网络（46+14学时）、面向对象程序设计（29+16学时）、软件系统分析与设计（30+0学时）等。 主要实践性教学环节：课程实验、课程设计、专业实习与实训、企业实习与实训、毕业设计（论文）等。 主要专业实验：程序设计实验、计算机网络实验、操作系统实验、数据库设计实验、软件建模实验、数据结构与算法设计实验、编译原理实验。 修业年限：四年。 授予学位：工学学士。
质量管理体系过程文件 软件设计编码过程 文件版本信息：
目录 1.目的 设计编码的目的在于设计和实现关于需求的解决方案。保证《需求规格说明书》中的各项要求在设计时都能够得到满足；对项目的编码实现进行质量控制，保证编码实现活动按计划顺利完成并与设计相一致。 2.范围 适用于公司的各类软件项目的系统设计编码过程。 3.术语 无 4.角色与职责
5.入口准则 ●《需求规格说明书》已通过评审。 6.输入 ●《需求规格说明书》 7.流程图 图1: 系统设计编码过程 8.主要活动 系统设计编码过程包括系统设计、系统实现。系统设计是指设计软件系统的体系结构、数据库、模块等，在需求和代码之间建立桥梁，一般分概要设计和详细设计两个阶段；系统实现是指开发人员按照系统设计去编码开发，并进行单元测试、代码走查；在设计编码过程中同时进行用户文档的编制。 8.1.概要设计 概要设计是分析各种设计方案和定义软件体系结构的过程。设计人员在充分了解需求的基础上，依据《需求规格说明书》选用适当的设计方法，分析与设计软件的结构、模块功能。通过系统分解，确定子系统的功能和子系统之间的关系，以及模块的功能和模块之间的关系，编写《概要设计说明书》。《概要设计说明书》必须经过技术评审。 8.1.1.解决方案选择 系统设计时可能会涉及到多种解决方案的选择，如： ●系统实现路线； ●采用的工具和技术； ●产品架构； ●设计模式； ●模块的制作、购买或重用等。 当出现多种候选方案，难以通过简单的方法判断出方案的优劣时，应按照《S_DAR00_决策分析和决定过程》进行决策。
8.1.2.概要设计 概要设计是建立整个软件的体系结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义等。概要设计的主要步骤有： ?选择设计方法； ?识别解决方案的主要组件：根据解决方案的技术架构和分析方法（面向对象、面向结 构），相应确定解决方案的组件模块； ?对候选技术和工具、组件进行评估，确定是进行开发、购买还是复用已有技术（工具 或者组件）。评估开发、购买或复用方案时需要考虑的事项包括：业务方面：可行性、产品成本、经验、投资回报、成熟度及其他因素；企业体系结构方面：解决方案必须 与当前状态和远景状态计划的约束相适应。包括与企业现有系统的集成等；技术方面：安全、组件模块交互标准、数据访问、数据存储、系统服务、开发工具、操作系统等。 ?识别解决方案主要组件的重要属性和关键关系：在前一任务的基础上，对解决方案主 要组件的重要属性和关键关系进行识别； ?进行数据库设计，建立数据库的逻辑模型和物理模型； ?进行用户界面设计，确定整个系统的界面框架以及界面风格； ?形成《概要设计说明书》。 8.1.3.概要设计评审 概要设计的结果应进行技术评审。技术评审由设计人员提出，由项目经理组织召开。技术评审会议应邀请需求分析师、公司的技术专家、开发人员、测试人员等参加。 关于技术评审会议的要求详见《评审过程》。 8.2.详细设计 详细设计可以和概要设计并行进行，但应考虑并行设计不会因概要设计而导致较大的详细设计返工。 8.2.1.详细设计 详细设计是从开发需求的角度描述解决方案的组件、服务和技术的过程。详细设计定义了解决方案的各个组成部分，以及这些组成部分的开发方法和交互方式。详细设计的步骤包括： ?选择用于开发解决方案的技术并完善设计模型：在概要设计的基础上，选择开发解决 方案采用的技术，并且完善对应的设计模型。
“软件开发与管理”试题库 第一章：软件开发与管理概述 一、填空题 1．软件是由、、三部分组成。 2．软件作为人工生产的产品，主要是由人进行“开发”而来，与硬件比较起来没有明显的制造过程。 3．软件开发过程复杂，但一般包括、、、 等主要阶段。 4．软件的是软件的生命。 5．在软件团队开发中由于人数的增加、成员间的交互与合作，所以除了技术问题外，还存在问题。 6．软件开发方法学包括和两种开发方法。 7．软件项目进度计划主要包括、、和。 二、思考与简答题 1．举例说明程序、软件、系统的区别和联系。 2．软件有什么特点？软件开发有什么特点？ 3．说说程序、软件、系统的设计与应用的不同。 4．软件开发过程主要有哪几个典型任务活动，请说说它们各自的内容。 5．软件开发过程模型是什么含义？一般有哪几种开发过程模型？ 6．软件开发方法有哪两类？它们各自的优缺点是什么？ 7．请说说管理在软件开发中的重要作用。软件项目管理有哪些内容。 8．软件质量是如何管理的？ 第二章：需求分析 一、填空题 1．软件的需求是用户对该软件在、等方面的期望与要求。 即软件的需求、需求和其它需求。
2．需求分析的任务是需求分析师通过与用户的交流、、，得到用户对系统完整、准确、清晰、具体的要求。 3．需求分析过程中建立的模型有：、和。 而传统结构化的需求分析模型包括：图、图、 图。 4．传统的需求分析模型中，的建立是今后数据库设计的基础，而的建立是今后软件功能结构设计的基础。 5．软件的需求最终要通过表达出来。 二、思考与简答题 1．需求分析的任务和作用是什么? 2．需求分析的步骤有哪些? 3．什么是数据模型？实体、属性、联系之间的关系是什么？ 4．什么是功能模型？处理的描述包括哪些内容？ 5．什么是动态模型？它与功能模型的区别是什么？系统的状态是如何转换的？ 6．软件需求规格说明书你认为重点包括哪些方面？ 第三章：软件设计 一、填空题 1．软件的需求分析解决了软件应该“做什么”的问题，而软件设计则解决软件应该的问题。 2．软件设计能指导软件的编码实现，没有设计的编码其结果很难预料与保证，所以说软件设计是软件开发的关键，直接影响软件的。 3．软件需求分析、软件设计、软件编码之间既有区别又有联系，它们是软件在不同层次的。从，从 是软件开发两个重要的过程进阶。 4．软件设计内容包括、、等方面。 5．传统结构化软件设计，是从E-R图出发设计，从数据流图出发设计。 6．详细设计是对软件模块的设计，它更接近于编码，所以详细设计又称为过程设计或算法设计。
软件工程文档模板 目录 1. 范围............................................................................................................................................... 2. 总体要求....................................................................................................................................... 2.1总体功能要求 ......................................................................................................................... 2.2软件开发平台要求 ................................................................................................................. 2.3软件项目的开发实施过程管理要求...................................................................................... 2.3.1 软件项目实施过程总体要求.......................................................................................... 2.3.2 软件项目实施变更要求.................................................................................................. 2.3.3 软件项目实施里程碑控制.............................................................................................. 3. 软件开发....................................................................................................................................... 3.1软件的需求分析 ..................................................................................................................... 3.1.1 需求分析.......................................................................................................................... 3.1.2 需求分析报告的编制者.................................................................................................. 3.1.3 需求报告评审.................................................................................................................. 3.1.4 需求报告格式.................................................................................................................. 3.2软件的概要设计 ..................................................................................................................... 3.2.1 概要设计........................................................................................ 错误!未定义书签。 3.2.2 编写概要设计的要求...................................................................................................... 3.2.3 概要设计报告的编写者.................................................................................................. 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (4) 3.2.5 概要设计的评审.............................................................................................................. 3.2.6 概要设计格式.................................................................................................................. 3.3软件的详细设计 ..................................................................................................................... 3.3.1 详细设计.......................................................................................................................... 3.3.2 特例.................................................................................................................................. 3.3.3 详细设计的要求.............................................................................................................. 3.3.4 数据库设计...................................................................................................................... 3.3.5 详细设计的评审.............................................................................................................. 3.3.6 详细设计格式.................................................................................................................. 3.4软件的编码 ............................................................................................................................. 3.4.1 软件编码.......................................................................................................................... 3.4.2 软件编码的要求.............................................................................................................. 3.4.3 编码的评审.................................................................................... 错误!未定义书签。 3.4.4 编程规范及要求.............................................................................................................. 3.5软件的测试 ............................................................................................................................. 3.5.1 软件测试.......................................................................................................................... 3.5.2 测试计划.......................................................................................................................... 3.6软件的交付准备 .....................................................................................................................
软件开发管理规范 Document serial number【KK89K-LLS98YT-SS8CB-SSUT-SST108】
软件开发过程管理规范济南明湖建筑节能技术开发有限公司
一、总则 1.软件开发项目管理的目的 为保障按时、保质、保量完成预期交付的任务，让整个组织能清楚了解项目实施的目的、影响、进度，做到项目组所有成员都理解项目实施的原因、意义及客户的要求。通过制度化管理来合理组织安排项目组成员的工作职责和角色转换。 2.软件开发项目管理规范适用对象 为了达到软件开发项目管理的根本目的，要求公司全体员工必须严格按照本规范执行，同时要求公司业务人员引导合作单位和客户接受并适应公司本《软件项目开发管理规范》。 3.软件项目开发组织管理 根据软件开发的标准流程，结合公司的实际情况对软件项目分三个主要阶段进行组织管理，分别为项目立项阶段、项目实施阶段和项目验收总结阶段。 二、软件项目立项阶段 1.成立公司项目评估委员会负责公司的项目立项审批。 2.公司项目评估委员会由公司总经理或指定负责人召集，成员为公司管 理层人员、商务负责人、市场负责人、技术总监、技术研发经理、财务负责人组成。 3.公司业务部门按照公司发展要求或外部需求形成《软件项目需求说明 书》，确定项目需求管理人或项目申请人。 4.项目申请人填写《软件项目立项申请书》向项目评估委员会提出项目
立项申请，主要说明项目的背景、目的、效益、成本、需求等方面，并由技术部门提供支持和技术说明。 5.项目评估委员会收到《项目立项申请书》后三个工作日内，召开评估 会议。给出评估结果。如果批准立项交公司技术总监组织开发。如果不批准，给出理由后项目中止。中止后的项目可根据情况重新申请。 6.评估结果必须包括：建议项目启动日期，期望项目完成日期，项目等 级系数，项目优先级（高中低），资源冲突程度(1~9)。对于资源冲突程度大于5的项目技术总监有权拒绝接受。 三、软件项目实施阶段 1.公司批准立项的项目交由公司技术总监组织实施。 2.技术总监根据资源情况和项目需求组织相关技术人员进行初步需求讨 论会，确定项目的等级系数（如分大、中、小对应3、2、1）、指定项目开发负责人。在立项后五个工作日内技术总监和项目开发负责人共同制定《软件项目开发计划》，确定项目启动日并提交项目评估委员会做反馈确认。如果项目评估委员会二位成员以上对计划有异议，项目评估委员会应该召开项目计划协调会，协调《软件项目开发计划》的修改和通过。如果无异议授权技术总监按照《软件项目开发计划》执行。 3.项目启动日后，项目开发负责人根据《软件项目开发计划》的进度每 周进行一次分析汇报，形成《项目分析周报》确定项目的状态、分析
软件工程课程设计报告样式 山东建筑大学计算机科学与技术学院 课程设计说明书 题目：学校教材订购系统的分析和设计 课程：软件工程 院（部）：计算机科学与技术学院 专业：软件测试 班级：软测143 学生姓名：冯岩 学号：20141113088 指导教师：王宜贵 完成日期：
目录 课程设计任务书 (36) 1. 系统概述 (39) 1.1业务流程描述 (39) 1.2 业务流程图..................................................................................... 错误！未定义书签。2．系统需求分析.......................................................................................... 错误！未定义书签。 2.1 系统用例模型.................................................................................. 错误！未定义书签。 2.2 系统类图模型............................................................................ 错误！未定义书签。 2.3 系统顺序图模型........................................................................ 错误！未定义书签。 3. 系统设计.................................................................................................. 错误！未定义书签。 3.1 系统结构设计................................................................................. 错误！未定义书签。 3.2 数据库概念模型设计..................................................................... 错误！未定义书签。 3.3 数据库物理模型设计..................................................................... 错误！未定义书签。 4. 系统详细设计.......................................................................................... 错误！未定义书签。 4.1学校教材订购系统界面设计.......................................................... 错误！未定义书签。 4.2 销售系统处理............................................................................... 错误！未定义书签。 4.3 输入设计....................................................................................... 错误！未定义书签。 4.4 采购系统处理............................................................................... 错误！未定义书签。 4.5 设计............................................................................................... 错误！未定义书签。 4.6 输出设计....................................................................................... 错误！未定义书签。总结 .. (43) 参考文献 (45) 课程设计指导教师评语 (46)
质量管理体系过程文件软件设计编码过程
文件版本信息：
目录 1.目的 (3) 2.围 (3) 3.术语 (3) 4.角色与职责 (3) 5.入口准则 (3) 6.输入 (3) 7.流程图 (3) 8.主要活动 (4) 8.1.设计原则 (4) 8.2.设计方法.................................................................................... 错误!未定义书签。 8.3.多方案选择 (4) 8.4.概要设计.................................................................................... 错误!未定义书签。 8.4.1.概要设计............................................................................ 错误!未定义书签。 8.4.2.概要设计评审.................................................................... 错误!未定义书签。 8.5.详细设计.................................................................................... 错误!未定义书签。 8.5.1.详细设计 (5) 8.5.2.详细设计评审 (6) 8.6.编码............................................................................................ 错误!未定义书签。 8.7.单元测试 (7) 8.8.代码走查 (7) 8.9.制作用户文档............................................................................ 错误!未定义书签。 8.10.变更............................................................................................ 错误!未定义书签。 9.输出 (8) 10.出口准则 (8) 11.引用文档 (8)
淮海工学院计算机工程学院实验报告书 课程名：《软件工程》 题目：图着色理论在仓库系统中的应用 ——编码和测试 班级：网络122 学号：2012122683 姓名：叶婷
1、实验目的与要求 （1）选定项目中以模块，给出详细设计结果与C语言代码，对其使用白盒和黑盒测试技术设计若干测试用例。然后，使用测试用例进行实际测试操作实验，并给出测试结果； （2）了解一些典型的自动化测试软件和方法，建议有条件可下载、安装Mercury Interactive 公司的负载测试工具LoadRunner、功能测试工具WinRunner和测试管理工具TestDirector； IBM-Rational公司的测试套件Rational Suite TestStudio的Rational Robot、Rational TestManagerhe、Rational Quantify等工具。 2、实验内容 一、编码 1. 1系统界面设计描述 当用户启动程序后真接显示主界面，在主界面中有‘用户管理’，‘商品入库’，‘商品出库’，‘库存管理’以及退出系统。 当用户在未登录的状态下执行任何操作时系统会自动判断是否已经登录，若用户还没有登录则显示登录界面，让用户进行登录。若登录的帐号不存在则表示该用户还不是员工，故需要用户重新申请新的用户，新用户的类型为普通员工，当普通用户已经通过管理员审核，并且分配了相关的权限后就可以登录系统。 若用户是管理员则该用户可以对普通用户进行相关的修改和删除，而且还可以修改、查询、删除库存表及商品出入库表中的相关信息。若用户是普通员工则只能进行商品的出入库及查询。 1.1.1登录界面设计 用户通过输入登录的账号和密码及类型系统进行验证 1.1.2商品出入库界面设计
1234123412软件工程试题及答案 第一部分选择题 一、单项选择题每小题1分，共20分。（在每小题的四个选项中只有一个选项是符合题目要求的，请将正确选项前的字母填在题后的括号内） 1．在下列工具与环境中（）属于较早期的CASE。 A．基于信息工程CASE B．人工智能CASE C．结构的基于图形CASE D．集成的CASE环境 2．Putnam成本估算模型是一个（）模型。 A．静态单变量 B．动态单变量 C．静态多变量 D．动态多变量 3．在McCall软件质量度量模型中，（）属于面向软件产品修改。 A．可靠性 B．可重用性C．适应性 D．可移植性 4．ISO的软件质量评价模型由3层组成，其中用于评价设计质量的准则是（） A．SQIC B．SQMC C．SQRC D．SQDC 5．软件复杂性度量的参数包括（） A．效率 B．规模 C．完整性 D．容错性 6．对象实现了数据和操作的结合，使数据和操作（）于对象的统一体中。 A．结合 B．隐藏C．封装 D．抽象 7．软件调试技术包括（） A．边界值分析 B．演绎法 C．循环覆盖 D．集成测试 8．瀑布模型的存在问题是（） A．用户容易参与开发B．缺乏灵活性 C．用户与开发者易沟通 D．适用可变需求 9．软件测试方法中的静态测试方法之一为（） A．计算机辅助静态分析 B．黑盒法 C．路径覆盖 D．边界值分析 10．软件生命周期中所花费用最多的阶段是（） A．详细设计 B．软件编码 C．软件测试D．软件维护 11．第一个体现结构化编程思想的程序设计语言是（） A．FORTRAN语言B．Pascal语言 C．C语言D．PL/1语言 12．程序的三种基本控制结构是（） A．过程、子程序和分程序B．顺序、选择和重复 C．递归、堆栈和队列 D．调用、返回和转移 13．在详细设计阶段，经常采用的工具有（） A．PAD B．SA C．SC D．DFD 14．详细设计的结果基本决定了最终程序的（） A．代码的规模 B．运行速度 C．质量 D．可维护性 15．需求分析中开发人员要从用户那里了解（） A．软件做什么 B．用户使用界面 C．输入的信息 D．软件的规模 16．结构化程序设计主要强调的是（） A．程序的规模 B．程序的效率C．程序设计语言的先进性D．程序易读性 17．IDEF。图反映系统（） A．怎么做 B．对谁做 C．何时做D．做什么 18．经济可行性研究的范围包括（） A．资源有效性 B．管理制度C．效益分析 D．开发风险 19．可行性分析是在系统开发的早期所做的一项重要的论证工作，它是决定该系统是否开发的决策依据，因必须给出（）的回答。 A．确定 B．行或不行 C．正确 D．无二义 20．需求分析阶段的任务是确定（） A．软件开发方法B．软件开发工具C．软件开发费D．软件系统的功能 二、填空题（每空2分，共20分）。 21．在软件开发过程中要产生大量的信息，要进行大量的修改，软件配置管理能协调软件开发，并使混乱减到最低程度。 22．规定功能的软件，在一定程度上对自身错误的作用（软件错误）具有屏蔽能力，则称此软件具有容错功能的软件。