软件工程导论实验1
软件工程导论报告
实验一结构化分析实验1实验目的：通过此实验了解结构化分析的特点和步骤，和结构化分析所采用的大体图形工具。
2.实验内容：假设你在一所职业高中工作，负责该校信息系统的建设和保护。
财务科长请你研究用学校拥有的pc机生成工资明细表和各类财务报表的可能性。
3.实验要求：1．问题概念：请在这个阶段描述你需要解决的问题。
包括用户面临的问题和预期的项目规模。
最后生成一份问题概念报告书。
2．可行性研究：在这个阶段产生处置工资事务的大致进程，画出高层逻辑模型，而且画出相应的数据流图，成立数据字典。
3．对此系统进行本钱效益分析。
4.实验步骤：问题概念报告书1.项目名称：工资支付2.问题描述：该校一直由会计人工计算工资并编制财务报表，随着学校规模扩大工作量也愈来愈大。
目前每一个月都需要两名会计紧张工作半个月才能完成，不仅效率低而且本钱高。
此后学校规模将进一步扩大，人工计算工资的本钱还会进一步提高。
3.项目目标：1)研究开发费用较低的新工资支付系统的可能性。
4项目规模：1)开发本钱应该不超过万元5.初步假想：1)用学校自己的计算机系统生成工资明细表和财务报表6.可行性研究：为了更全面地研究工资支付项目的可能性，建议进行大约历时两周的可行性研究。
这个研究的本钱不超过4000元。
可行性研究：1.处置工资事务的大致进程：1)每一个月月末教师把他们当月实际讲课时数记录在课时表上，由各系汇总后交给财务科，职工把他们当月完成承包任务的情况记录在任务表上，汇总后交给财务科。
2)两名会计按照这些原始数据计算每名教职工的工资，编制工资表、工资明细表和财务报表。
然后，把记有每名教职工工资总额的工资表报送银行。
3)由银行把钱打到每名教职工的工资存折上，同时把工资明细表发给每名教职工。
2高层逻辑模型：.数据流图：数据字典：1)名字：讲课情况记录表别名：描述：记录每一个教师的当月完成的课时及任务。
概念：讲课情况记录表=教职工编号+姓名+职务+职称+大体工资+生活补助+书报费+交通费+洗理费位置：输出到打印机2)名字：教职工编号别名：描述：唯一的标识一个教职工概念：教职工编号=8{字符}8位置：讲课情况记录表3)名字：每一个人当月的实发工资数别名：描述：记录每一个教师当月应发的工资数概念：每一个人当月的实发工资数=课时费+职位津贴-个人所得税-住房公积金-保险费位置：工资明细表4)名字：工资明细表别名：描述：记录每一个教职工每一个月应得的和应扣除的费用概念：工资明细表=每一个人当月的实发工资数+课时费+职位津贴+个人所得税+住房公积金+保险费位置：输出到打印机本钱效益分析：1.低本钱系统：解决方案：把每一个月发一次工资改成每两个月发一次工资，则人工计算工资的本钱大约可减少一半，即每一年可节省万元。
软件工程导论实验报告-白盒测试-黑盒测试
.《软件工程导论》实验报告学生姓名：学号：班级：指导老师：专业：实验日期：.白盒测试一、实验目的通过简单程序白盒测试，熟悉测试过程，对软件测试形成初步了解，并养成良好的测试习惯。
熟练掌握如何运用基路径测试方法进行测试用例设计，初步熟悉如何利用程序插装技术进行逻辑覆盖率分析。
二、实验内容：1、被测试程序功能：求解系数为整数的方程ax2+bx+c=02、程序定义：键盘输入 3 个数字 a，b ，c，求解方程 ax2 +bx+c=03、测试环境： Windows8.1 、Eclipse4、说明：本次测试采用插桩测试法，由于程序比较简单，手动输入测试用例。
四、实验步骤1、程序流程图开始输入 a， b， ca=0 Y Y Y无穷多解b=0 C=0NN NX= 无解N无解b2-4ac>=0.YX1=x2=结束2、代码：import java.util.Scanner;public class test {public static void main(String[]args ) {Scanner sc= new Scanner(System.in );System. out .println( "请输入 3个整数 a,b,c:" );String as;String bs ;String cs;int a=0;int b =0;int c=0;double x, x1 , x2 ;as= sc.nextLine();bs = sc.nextLine();cs= sc.nextLine();try {a=Integer.parseInt (as );b =Integer.parseInt (bs );c=Integer.parseInt (cs);}catch (Exception e){System. out .println( " 输入错误 ");System. exit (0);}if (a == 0){if (b == 0){if ( c == 0)System. out .println(" 无穷多解 " );elseSystem. out .println(" 无解 " );}else{x = -( c / b );System. out .println( "x=" + x);}}else{double h = b * b - 4 * a*c;if (h<0)System. out .println(" 无解 " );else{x1 = (- b + Math. sqrt (h )) / (2 * a);x2 = (- b - Math. sqrt (h )) / (2 * a); System. out .println( "x1=" + x1 + "\tx2="+ x2 );}}}}3、流图：.4、程序基本路径：(1) 1 2 3 4 5 11 预期输出：无穷多解(2) 1 2 3 4 6 11 预期输出：无解(3) 1 2 3 7 11 预期输出： x=(4) 1 2 8 9 11 预期输出： x1= x2=(5) 1 2 3 10 11 预期输出：无解5、测试实验用例：路径覆盖编号测试用例覆盖路径对应输出1a=0 ，b=0 ， 1 2 3 4 5 11无穷多解c=02 a=0 ，b=0 ，c=1 1 234 6 11 无解3 a=0 ，b=1 ，c=1 1 2 3 7 11 x=-14 a=1 ，b=2 ，c=1 1 2 8 9 11 x1=-1x2=-15 a=1 ，b=1 ，c=1 1 2 3 10 11 无解黑盒测试一、实验目的黑盒测试是常用的软件测试的方法，用这种方法测试时，把被测试程序当作一个黑盒，在不考虑程序内部结构和内部特性，测试者只知道该程序的输入和输出之间的关系或程序的功能的情况下，依靠能反应这一关系和程序功能需求规格的说明书，来确定测试用例和推断测试结构的正确性。
《软件工程》实验指导书
《软件工程》实验指导书V2.0执笔：何国辉日期：2010.4.20实验一使用visio绘制项目组织及程序流程图一、实验目的：通过本实验使学生掌握使用VISIO进行软件需求分析描述和项目组织的方法，为软件开发过程的系统分析和设计提供重要的依据。
二、实验内容：（1）绘制项目组织结构图页 1（2） 绘制程序流程图三、实验要求：通过VISIO 软件按照实验步骤绘制有关图形，每完成一个图形保存成一个文件，待实验内容全部完成以后，按照实验报告要求提交实验报告（纸纸版和电子版两种），将图形嵌入到实验报告的结果处。
实验内容也可参考某个案例绘制。
四、实验学时：2学时五、实验步骤：1．绘制项目组织结构图 步骤：（1） 新建绘图。
执行【文件】|【新建】|【组织结构图】|【组织结构图】命令。
进入如下工作界面：页 1数据转发模块程序流程图应用处理进程硬件驱动进程接收数据数据分包处理能否发送发送数据发送数据接收分包数据检查分包数据重组检查数据QQQ丢弃是否错误正确错误正确（2）加入背景和标题（3）添加【总经理】形状（4）添加【经理】形状（5）添加【职位】形状（6）排列下属图形（7）添加其他形状（8）调整形状间距（9）完善并保存为一个文件2．绘制程序流程图步骤：（1）执行【文件】|【新建】|【流程图】|【基本流程图】命令。
进入如下工作界面：（2）加入背景和标题（3）添加流程图中的各个步骤（4）添加文本，双击各个图形输入相应文本（5）连接图形，利用【常用】工具栏中的【连接线工具】按钮（6）在线条上添加文字（7）完善并保存为一个文件实验二使用visio建立数据模型、项目管理图一、实验目的：通过本实验使学生能够根据需求分析结果，使用VISIO建立数据模型，为系统分析和设计提供重要的依据。
同时建立项目管理日程图（甘特图），为项目的有序进行提供科学的管理手段。
二、实验内容：（1）建立数据模型参照以下模型表示方法，结合实际设计内容建立数据模型。
软件工程导论报告
软件工程导论报告实验报告课程名称实验题目学生学号实验目的：本课程实验的教学目标在于通过绘制数据流图、实体关系图、用例图、状态图等实验，重点熟悉软件设计中的逻辑模型设计方法及其绘制工具软件，从软件工程角度理解和掌握软件设计开发过程。
实验条件：电脑一台、能上网查阅资料。
实验项目一熟悉软件工程工具 1.实验目的、任务：通过创建、编辑、保存一个简单的Visio图形文件，让学生学习掌握Microsoft Office Visio 的基本用法，掌握使用Microsoft Office Visio绘制业务流程图、数据流图、功能模块图、软件结构图和软件界面的方法。
2.实验基本要求：熟练应用Visio绘制软件开发图形的基本操作。
3.实验内容：打开Microsoft Office Visio，按照给出的业务流程图、数据流图、功能模块图、软件结构图和软件界面，绘制出相同的图形。
实验结果：软件工程姓名日期班级 2021-6-10 实验项目二绘制数据流图和实体关系图 1.实验目的、任务：能够根据业务描述，分析设计并绘制其数据流图和实体关系图。
2.实验基本要求：基本掌握数据流图和实体关系图的分析设计方法。
3.实验内容：银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。
要求用数据流图描绘本系统的功能，并用实体关系图描绘系统中的数据对象。
实验结果：数据流图： E-R图：实验项目三绘制用例图和状态图 1.实验目的、任务：掌握用例图分析方法和绘制方法，掌握状态分析方法和状态图的绘制方法。
2.实验基本要求：能够根据业务描述分析绘制用例图和状态图，能够熟练使用绘图工具软件绘制出用例图和状态图。
软件工程导论实验报告
目录第一章可行性分析报告 (2)1.1 引言 (2)1.2 可行性研究的前提 (3)1.3技术可行性分析 (4)1.3.1系统简要描述 (4)1.3.2处理流程和数据流程 (4)1.4操作可行性分析 (4)1.5经济可行性分析 (4)1.5.1支出 (4)1.5.2效益 (5)1.5.3收益/投资比 (5)1.5.4投资回收周期 (5)1.5.5敏感性分析 (5)1.6法律可行性 (6)1.7结论 (6)第二章需求分析报告 (6)2.1引言 (6)2.1.1 编写目的 (6)2.1.2 项目背景 (6)2.1.3 定义 (6)2.1.4 参考资料 (6)2.2任务概述 (7)2.2.1 目标 (7)2.2.2 假定和约束 (6)2.2.3 人力、资金、时间的约束 (6)2.2.4技术发展规律的约束 (7)2.3需求规定 (8)2.3.1对功能的规定 (8)2.3.2对性能的规定 (8)2.3.3精度 (8)2.3.4时间特性要求 (9)2.3.5旅客信息 (9)2.4数据描述 (9)2.4.1数据特征 (9)2.4.2系统数据流图 (9)2.5 运行环境规定 (11)2.5.1服务器端子系统运行要求 (11)2.5.2客户端子系统运行要求 (11)第三章概要设计 (11)3.1引言 (11)3.1.1编写目的 (11)3.1.1项目背景 (11)3.1.1定义 (12)3.2任务概述 (12)3.2.1目标 (12)3.2.2运行环境 (12)3.2.3需求概述 (12)3.3总体设计 (13)3.3.1处理流程 (13)3.3.2客户机程序流程 (13)3.3.3总体结构设计 (14)3.3.4功能分配 (14)3.4 接口设计 (14)3.4.1外部接口 (14)3.4.2软件接口 (15)3.4.3硬件接口 (15)3.4.4内部接口 (15)3.5 数据结构设计 (15)3.5.1 数据库数据结构设计 (15)3.5.2物理结构设计 (16)3.5.3 数据结构与程序关系 (17)3.6 运行设计 (17)3.6.1 运行模块的组合 (17)3.6.2 运行控制 (17)3.6.3 运行时间 (17)3.7出错处理设计 (17)3.7．1出错输出信息 (18)3.7．2出错处理对策 (18)3.8安全保密设计 (19)3.9维护设计 (19)第四章详细设计 (19)4.1引言 (19)4.1.1编写目的 (19)4.1.2项目背景 (19)4.1.3文中定义和缩写 (20)4.1.4参考资料 (20)4.2总体设计 (20)4.2.1需求概述 (20)4.3程序描述 (21)4.4代码设计 (21)4.5测试项目说明 (22)4.5.1测试项目名称及测试内容 (22)4.5.2测试用例 (22)第五章基于面向对象技术的机票预订系统开发 (23)5.1引言 (23)5.2需求分析 (23)5.3UML系统建模 (24)5.3.1机票预订系统的用例分析 (24)5.3.2机票预订系统的域类分析 (24)5.3.3机票预订系统的功能设计 (25)5.4数据库分析 (25)5.4.1E-R图分析 (25)5.4.2创建数据库 (26)5.5界面设计 (26)5.6代码分析和实现 (26)5.7小结 (27)第六章测试 (27)6.1测试计划 (27)6.1.1 编写目的 (27)6.1.2任务概述 (27)6.1.3 计划 (28)6.1.4测试项目说明 (29)6.1.5 条件 (29)6.2 测试分析报告 (30)6.2.1编写目的 (30)6.2.2 测试计划执行情况 (30)6.2.3软件需求测试结论 (31)6.2.4评价 (31)6.2.5建议 (31)6.2.6 测试结论 (31)第七章程序维护手册 (31)7.1 引言 (31)7.2 系统说明 (33)7.2.1 系统用途 (33)7.2.2安全保密 (33)7.2.3总体说明 (33)7.3 维护过程 (33)7.3.1 规则 (33)7.3.2 验证过程 (34)7.3.3 出错及纠正方法 (34)7.3.4 专门维护过程 (34)7.3.5 程序清单及流程图 (34)第八章总结性报告 (35)8.1 过程 (35)8.2 总结 (35)第一章可行性分析报告1.1 引言航空公司为方便旅客乘机，需要开发一个新机票预定系统。
软件工程导论实验报告1实验1熟悉常用的CASE工具
大学实验报告2018年3月26日课程名称：软件工程导论实验名称：实验1熟悉常用的CASE工具班级及学号：姓名：同组人：签名：指导教师：指导教师评定：一、实验环境Win7、VISIO软件。
二、实验目的1)熟悉工具。
2)使用VISIO画出E-R图。
三、实验内容3.1利用Visio绘制业务流程图。
1、制作业务流程图图元业务流程图5种基本图元（主体、单证、业务处理、数据存储和业务流程流转方向）可直接利用Visio提供的基本图形对象绘制，也可利用多个对象组合形成。
可选择“文件”->“形状”->“框图”->“基本形状”绘制主体（圆形）、单证（文档）和业务处理（矩形）；选择“文件”->“形状”->“软件”->“Gane-Sarson”选项，打开Gane-Sarson图形对象集绘制数据存储；选择“文件”->“形状”->“其他Visio方案”->“连接线”选项，选择“有向线1”，选择“无线端”绘制业务处理。
2.绘制业务流程图双击图元添加文字，了解绘制业务流程图的方法。
3.2利用Visio绘制数据流图。
1.制作数据流图图元数据流图4种基本图元（外部项、处理功能、数据流和数据存储）中，外部项也需要利用“直线”和“正方形”对象组合形成，其他图元类似前面方法绘制。
2.绘制完整的数据流图。
3.3利用Visio绘制概要设计模型。
可选择“文件”->“形状”->“软件”->“窗口和对话框”绘制主体；选择“文件”->“形状”->“软件”->“公共控件”选项绘制按钮文本框；四、实验结果E-R图。
软件工程导论实验报告
.
ER模型图
程序流程图
.
.
数据字典
图书管理系统数据流图中，数据信息和处理过程需要通过数据字典才能描述 清楚。在定义的图书管理系统数据字典中， 主要对数据流图中的数据项、 数据流、 数据存储和处理过程进行说明。 （1）数据项描述
1）数据项名称：借书证号 含义说明：惟一标识一个借书证 类型：字符型 长度： 50
.
.
逻辑关系：不允许为空 2）数据项名称：用户名 含义说明：读者的名称 类型：字符型 长度： 20 逻辑关系：不允许为空 3）数据项名称：密码 含义说明：对用户名和操作员管理员进行加密 类型：字符型 长度： 10 逻辑关系：允许为空 4）数据项名称：性别 类型：字符型 长度： 10 逻辑关系：允许为空 5）数据项名称：所在系别 类型：字符型 长度： 10 逻辑关系：允许为空 6）数据项名称：所在班级 类型：字符型 长度： 10 逻辑关系：允许为空 7）数据项名称：操作员名称 类型：字符型 长度： 30 逻辑关系：不允许为空 8）数据项名称：操作员简称 含义说明：惟一标识一个操作员 类型：字符型 长度： 10 逻辑关系：不允许为空 9）数据项名称：操作员级别 含义说明：对操作员和管理员进行区分 类型：字符型 长度： 10 逻辑关系：不允许为空 10）数据项名称：图书编号 含义说明：惟一标识一个图书 类型：字符型 长度： 10 逻辑关系：不允许为空 11）数据项名称：图书名称 类型：字符型
（ 2）读者可借阅在库图书； （ 3）在规定期限内借阅者归还借阅图书； （ 4）读者在不违规情况下可继续借阅已借阅图 书； （ 5）读者可以预约图书。 3）、系统管理员管理系统 （ 1）系统管理员通过系统管理员身份认证进入 系统管理员管理系统； （ 2）系统管理员可以对图书进行图书管理 （如：查询、删除、修改图书资料或图书分类查询 修改、删除管理）； （ 3）系统管理员可以对借阅者进行学生管理 （如：查询、删除、修改借阅者信息或借阅者类别 修改、删除管理，查询浏览借阅者详细资料，包括借 阅次数，登陆次数，最后登陆时间）； 4）、罚款管理系统
软件工程实验报告
实验报告课程名称：软件工程导论实验名称：患者监护系统实验地点：逸夫楼402专业班级：软件1510 学号：2015005786 学生：唐国亮指导教师：冬华2017年3月29日患者监护系统项目简介1．系统简介目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还会延误抢救时间。
因此，某医院想开发一个以计算机为中心的患者监护系统。
医院要求该系统能够随时接收病人的生理信号（血压、体温、脉搏、心电图等），监视病员的病症；定时记录病人情况以形成患者日志（定时更新病历）；当某个病人的生理信号超出医院的规定的安全围时向值班护士发出警告信息（病员出现异常情况时报警）；同时，护士在需要时还可要求系统打印某个病人的病情报告（随机地产生某一病员的病情报告）。
2．技术要求和限制条件（1）当病人的生理信号发生变化时，都应增加相关病人病历库的记录；（2）系统的外部项至少包括：病人、护士。
实验一患者监护系统的需求分析1.任务概述1.1目标：根据接收到的生理信号，帮助医院监控病人的各信息。
1.2运行环境：win10,office 20161.3条件与约束：1.当病人的生理信号发生变化时，都应增加相关病人病历库的记录；2.系统的外部项至少包括：病人，护士。
1.4功能描述：1.接受病人的生理信号。
2.定时更新病历。
3.病员出现异常情况时报警。
4.随机地产生某一病员的病情报告。
2.数据描述2.1输入输出输入项至少包括：病人的生理信号和医院规定的安全数据围输出项至少包括：患者日志和患者的病情报告。
2.2数据流图2.3数据字典（1）数据流条目（c）多层数据流图患者安全范围患者信息=+年龄+性别+科室+床号+编号生理信号=血压+体温+脉搏+心电图警报信息=+年龄+性别+科室+床号+编号+非正常生理数据病情报告=患者+年龄+性别+科室+床号+编号+生理数据超出安全围数据=患者+年龄+性别+科室+床号+编号+正常生理数据（2）数据存储条目文件名：病人信息组成：+年龄+性别+科室+床号+编号组织方式：索引文件，以编号为关键文件名：患者安全围组成：生理名字+正常数据围文件名：患者日志组成：+年龄+性别+科室+床号+编号+病人情况组织方式：索引文件，以编号为关键（3）数据项患者名字：别名：无类型：字符型长度：2{汉字}15编号：别名：无类型：整型长度：5位生理信号：别名：无类型：浮点型长度：6位（4）加工条目加工名：患者监护系统输入：生理信号，安全围输出：患者日志，病情报告加工名：录入储存处理输入：生理信号加工逻辑：接收存储生理信号If 生理信号正常Then 定时更新到患者日志中Else 发出警报加工名：更新日志输入：生理信号输出：日志数据加工逻辑：添加生理信号信息加工名：护士查询输入：患者信息输出：病情报告加工逻辑：If信息正确Then 从患者日志中查询到该病人信息并打印病情报告Else 显示错误3．数据库描述采用SQL数据库，信息放在服务器端数据库中，用户登陆系统，进行相关操作。
软件工程实验报告
实验报告课程名称：软件工程导论实验名称：患者监护系统实验地点：逸夫楼402专业班级：软件1510 学号：2015005786 学生：唐国亮指导教师：冬华2017年3月29日患者监护系统项目简介1．系统简介目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还会延误抢救时间。
因此，某医院想开发一个以计算机为中心的患者监护系统。
医院要求该系统能够随时接收病人的生理信号（血压、体温、脉搏、心电图等），监视病员的病症；定时记录病人情况以形成患者日志（定时更新病历）；当某个病人的生理信号超出医院的规定的安全围时向值班护士发出警告信息（病员出现异常情况时报警）；同时，护士在需要时还可要求系统打印某个病人的病情报告（随机地产生某一病员的病情报告）。
2．技术要求和限制条件（1）当病人的生理信号发生变化时，都应增加相关病人病历库的记录；（2）系统的外部项至少包括：病人、护士。
实验一患者监护系统的需求分析1.任务概述1.1目标：根据接收到的生理信号，帮助医院监控病人的各信息。
1.2运行环境：win10,office 20161.3条件与约束：1.当病人的生理信号发生变化时，都应增加相关病人病历库的记录；2.系统的外部项至少包括：病人，护士。
1.4功能描述：1.接受病人的生理信号。
2.定时更新病历。
3.病员出现异常情况时报警。
4.随机地产生某一病员的病情报告。
2.数据描述2.1输入输出输入项至少包括：病人的生理信号和医院规定的安全数据围输出项至少包括：患者日志和患者的病情报告。
2.2数据流图生理信号 1.1接受信号生理信号1.2分析信号超出安全范围1.3发出警报病人患者安全范围时钟日期时间2.1定时取样生理信号定时的生理信号警报信息2.3数据字典（1）数据流条目患者信息=+年龄+性别+科室+床号+编号 生理信号=血压+体温+脉搏+心电图警报信息=+年龄+性别+科室+床号+编号+非正常生理数据 病情报告=患者+年龄+性别+科室+床号+编号+生理数据 超出安全围数据=患者+年龄+性别+科室+床号+编号+正常生理数据（2）数据存储条目文件名：病人信息组成：+年龄+性别+科室+床号+编号 组织方式：索引文件，以编号为关键（c ）多层数据流图患者日志文件名：患者安全围组成：生理名字+正常数据围文件名：患者日志组成：+年龄+性别+科室+床号+编号+病人情况组织方式：索引文件，以编号为关键（3）数据项患者名字：别名：无类型：字符型长度：2{汉字}15编号：别名：无类型：整型长度：5位生理信号：别名：无类型：浮点型长度：6位（4）加工条目加工名：患者监护系统输入：生理信号，安全围输出：患者日志，病情报告加工名：录入储存处理输入：生理信号加工逻辑：接收存储生理信号If 生理信号正常Then 定时更新到患者日志中Else 发出警报加工名：更新日志输入：生理信号输出：日志数据加工逻辑：添加生理信号信息加工名：护士查询输入：患者信息输出：病情报告加工逻辑：If信息正确Then 从患者日志中查询到该病人信息并打印病情报告Else 显示错误3．数据库描述采用SQL数据库，信息放在服务器端数据库中，用户登陆系统，进行相关操作。
《软件工程导论》实验报告(小组)
《软件工程导论》实验报告学院：计算机科学与技术学院专业班级：指导教师：项目成员：项目课题：学校内部工资管理系统时间：2011年5月目录小组情况 (1)一、可行性分析报告 (2)1.1 引言 (2)1.1.1 编写目的 (2)1.1.2 背景 (2)1.2 可行性分析的前提 (3)1.2.1 要求 (3)1.2.2 开发目标 (3)1.2.3 条件、假定和限制 (3)1.2.4 可行性研究的方法 (4)1.3 技术可行性 (4)1.3.1 简要描述 (4)1.3.2 与现有系统的优越性比较 (4)1.4 经济可行性 (5)1.4.1 成本 (5)1.4.2 效益 (5)1.5 社会因素可行性分析 (6)1.5.1 法律方面的可行性 (6)1.5.2 操作可行性 (6)1.6 结论意见 (6)二、软件需求规格说明书 (7)2.1 背景材料 (7)2.2 功能需求分析 (7)2.2.1 管理员用户设置 (7)2.2.2 普通用户创建 (8)2.2.3 用户登录 (8)2.2.4 远程信息接收与传递 (8)2.2.5 信息提醒 (8)2.2.6 职工编号的判断 (9)2.2.7 职工工资的计算 (9)2.3 性能需求分析 (10)2.3.1 运行环境 (10)2.3.2 精度 (10)2.3.3 响应时间 (10)2.3.4 内存占用 (11)2.3.5 安全与更新 (11)2.3.6 故障处理 (11)三、数据流程图 (12)四、功能分析图 (13)4.1 员工工资标准模块 (13)4.2 工资统计模块 (13)4.3 财务处理模块 (13)4.4 职工工资查询模块 (13)4.5 登录用户管理模块 (14)4.6 人事管理模块 (14)4.7 员工出勤管理模块 (14)五、数据字典 (15)六、概要设计 (16)七、详细设计说明书 (17)7.1 编写目的 (17)7.2 背景 (17)7.3 系统的结构 (17)7.4 程序流程图 (18)7.4.1 用户注册 (18)7.4.2 用户登录 (20)7.4.3 人事管理 (21)7.4.4 员工工资查询 (21)7.4.5 员工出勤管理 (21)7.4.6 财务部管理 (22)7.5 程序部分代码 (23)7.5.1 用户注册 (23)7.5.2 用户登陆 (29)7.5.3 人事部管理 (33)7.5.4 财务部管理 (36)八、测试报告 (39)8.1 单元测试 (39)8.1.1 用户注册登陆测试 (39)8.1.2 人事部测试 (41)8.1.3 财务部测试 (44)8.2 黑盒测试 (45)8.2.1 测试用例表 (46)8.3 测试总结 (48)九、参考资料 (49)小组情况项目题目：学校内部工资管理系统项目成员：肖远昊、闫培、马瑞良、王高明项目负责人：王高明任务分配表一、可行性分析报告1.1 引言1.1.1 编写目的可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。