软件工程实验报告2
软件工程用例图实验报告
华北水利水电学院 实用软件工程学 实验报告_2009_～_2010_学年 第 二 学期 2009级 计算机科学与技术专业学号：200915320 班级 ： 2009153 姓名： 李晓娜实验五 用例图一、实验目的1、掌握一种画图工具。
2、学会分析、建立用例图。
二、实验内容根据某公司办公自动化系统的功能体系结构来建立业务用例图。
功能体系结构图如下所示：三、实验步骤（一）系统中业务用例和确定根据系统的功能体系结构，可以很容易地确定出此系统的业务用例有公文管理、会议管理、财务管理、工作管理、客户管理、系统管理、个人办公管理、公共信息管理、资产设备管理和人力资源管理用例。
（二）系统中业务角色和业务工人的确定根据业务角色和业务工人指向的不同以及对系统的需求分析，可以找到办公自动化系统的业务角色有潜在的员工、客户、供应商、办事处和分公司。
业务工人有办公人员和系统管理人员。
根据不同的模块，事实上与系统交互的办公人员又可以继续被分类。
（三）业务用例图的建立在对系统进行了业务用例、业务角色和业务工人的确定之后，建立业务用例图，来反映整个机构的业务。
如图1所示。
办公自动化系统 公 文 管 理会 议 管 理财 务 管 理工 作 管 理客 户管 理系 统 管 理个人 办 公 管 理公共 信 息管 理资产设备管 理 人力 资源 管 理图1 业务用例图（四）子系统业务分析及用例图。
1、公文管理业务分析这个子系统包括发文管理和收文管理。
发文管理的工作是要根据预先设置的发文管理流程和权限设置，实现发文的各项办理工作：文件输入、提交、审核、签发、发放、存档、作废、打印；收文管理的工作有接收外来文件、编号登记、发放、存档、打印。
发文管理流程中的一系列工作都与系统文件信息管理相连接，对文件信息进行各种操作和更新，其用例图如图2所示。
图2 公文管理用例图2、资产设备管理业务分析资产设备管理包括办公用品管理和资产管理两个功能。
其中，办公用品管理指的是一般的低值易耗品的管理，它为库存管理员提供办公用品的库存、采购、领用的查询统计功能和库存报警功能，办公用品的领用申请在个人办公管理中进行；资产管理实现对公司固定资产的管理，在该企业中是由行政部的库管员进行管理的。
软件工程实验报告总结
软件工程实验报告总结（3篇）经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。
成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。
当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。
需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。
对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。
首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。
其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是认为是""很明显很明显""的信息。
最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。
为了克服以上的问题，必须有组织的执行需求的获取活动。
需求获取活动要完成的任务或者步骤的过程如下：1、编写项目视图和范围文档系统的需求包括四个不同的层次：业务需求、用户需求和功能需求、非功能性需求。
业务需求说明了提供给用户新系统的最初利益,,反映了组织机构或用户对系统、产品高层次的目标要求，初利益它们在项目视图与范围文档中予以说明。
用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。
软件工程实验报告
实验一：基于UML的用例模型试验实验目的：1、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容：1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤：1、使用Visio绘制用例模型（1）启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面，在“类别”选项区域中才、选择“软件”项：然后在“模板”选项区域中选择UML模型图，即可打开制作UML模型的全部对彖图集，Vise提供了关于制作UML模型所需要的全部图表，支持开发人员进行面向对彖的分析和设计工作。
（2）保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮，来保存系统模型，保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型（1）Rational Rose 的启动：选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项，弹出对话框。
这个对话框用来设置本次启动的初始动作，分为New （新建模型）Existing （打开现有模型）和Recent （最近打开模型）三个标签。
（2）新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击，在弹出的快捷菜单中选择New一UseCase Diagram选项。
此时出现New Diagram用例图名称并允许修改，将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”，在Diagram窗I I中出现“Use CaseDiagiain： Use CaseView/医疗器材管理系统用例图”，可以在该窗1 1中绘制用例图。
软件工程实验报告
软件⼯程实验报告软件⼯程实验报告⼀、实验名称掌握运⽤Rational Rose⼯具及安装⼆、实验⽬的通过安装Rational Rose⼯具，掌握UML的设计⽅法三、实验内容a)建⽴⽤例图use case diagram从⽤例图中我们可以看到系统⼲什么，与谁交互。
⽤例是系统提供的功能，参与者是系统与谁交互，参与者可以是⼈、系统或其他实体。
⼀个系统可以创建⼀个或多个⽤例图。
(1)创建⽤例图在浏览器内的Use Case视图中，双击Main，让新的⽤例图显⽰在框图窗⼝中。
也可以新建⼀个包（右击Use Case视图，选择new→package，并命名），然后右击这个新建包的，选择new→use case diagram。
对系统总的⽤例⼀般画在Use Case视图中的Main⾥，如果⼀个系统可以创建多个⽤例图，则可以⽤包的形式来组织。
(2)创建参与者(图2-1-2)a)在⼯具栏中选择“Actor”，光标的形状变成加号。
b)在⽤例图中要放置参与者符号的地⽅单击⿏标左键，键⼊新参与者的名称，如“客户”。
(3)创建⽤例a)在⼯具栏中选择“Use Case”，光标的形状变成加号。
b)在⽤例图中要放置⽤例符号的地⽅单击⿏标左键，键⼊新⽤例的名称，如“存款”。
(4)记录参与者和⽤例之间的关系a)从⼯具栏中选择关联关系箭头。
b)将光标定位在⽤例图中的参与者上，单击⿏标左键并将光标移动到⽤例符号上，然后释放⿏标左键。
(5)增加泛化关系a)从⼯具栏中选择泛化关系箭头。
b)从⼦⽤例拖向⽗⽤例，也可从⼦参与者拖向⽗参与者。
★练习：画ATM（⾃动柜员机）系统总的⽤例图理解：对于银⾏的客户来说，可以通过ATM机启动⼏个⽤例：存款、取款、查阅结余、付款、转帐和改变PIN（密码）。
银⾏官员也可以启动改变PIN这个⽤例。
参与者可能是⼀个系统，这⾥信⽤系统就是⼀个参与者，因为它是在ATM系统之外的。
箭头从⽤例到参与者表⽰⽤例产⽣⼀些参与者要使⽤的信息。
软件工程实验报告
连接图形元素.
③使用“数据流”连接线将“接口”、“进程”和“数据存储”等形状互相连接起来。
逻辑连接：将数据流起点、终点拖拽到进程或接口中央位置,进程或接口被红色框包围时松开鼠标，这时可看到数据流符号相应端点为红色方框。拖动进程或接口，可看到流据流的端点随着进程或接口的移动而移动.
教师批阅：分数/等级:
评语：
教师签名(手写）：
批阅日期：年月日
第三次实验实验项目名称：数据库设计-ER图
时间：年月日
实验环境及原理说明：
（一）实验环境
1.硬件环境P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。
2.软件环境操作系统：Windows XP
3。数据库: Sql Server 2000以上 或 Access 2003以上
1.静态模型图
①将类、对象形状拖到绘图页上，代表要在类静态结构图或概念模型中包
含的类或对象.
②双击每个形状，打开其“UML属性”对话框，可以在其中添加特性、操作和其他属性。
③右击每个类或对象形状，单击“形状显示选项"，选择要在形状上显示的属性以及要隐藏的形状部分(如特性、操作和模板参数)
④使用“关联”、“链接"、“依赖关系"、“泛化"或“复合”形状，指示类和对象之间的关系.
第一次实验实验项目名称：熟悉Visio
时间：年月日
实验环境及原理说明：
（一）实验环境
1.硬件环境P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。
2。软件环境操作系统：Windows XP
3。数据库： Sql Server 2000以上 或 Access 2003以上
软件工程综合实训报告
软件工程综合实训报告软件工程综合实训报告一、实训目标本次软件工程综合实训的目标是让学生通过实际项目的开发，综合运用所学的软件工程知识和技能，培养学生的团队合作能力和项目管理能力。
二、实训内容本次实训的项目是一个在线购物系统，主要包括用户管理、商品管理、购物车管理和订单管理等功能模块。
通过分析实际需求，设计系统结构和功能模块，并使用合适的开发工具和技术进行开发，最终实现一个功能完善、稳定可靠的在线购物系统。
三、实训流程1. 需求分析：通过与实际用户的沟通和调查，了解用户的需求，明确系统功能和性能的要求，分析系统的需求，编写需求规格说明书。
2. 系统设计：根据需求分析结果，设计系统的体系结构和功能模块，制定详细的系统设计方案，包括数据库设计、接口设计和界面设计等。
3. 编码实现：根据系统设计方案，选择合适的开发工具和技术，进行系统的编码实现，包括前端页面开发、后台逻辑开发和数据库开发等。
4. 单元测试：对系统的各个模块进行单元测试，保证各个模块的功能正常。
5. 集成测试：将各个模块集成起来，进行整体的功能测试和性能测试，确保系统的功能和性能满足需求。
6. 压力测试：对系统进行压力测试，验证系统的稳定性和可靠性，保证在大量访问和并发情况下系统正常运行。
7. 系统上线：将系统部署到生产环境中，进行最后的测试和调优，确保系统正常运行。
8. 维护和优化：对系统进行长期的维护和优化，修复bug，提升系统的性能和用户体验。
四、实训成果1. 需求规格说明书：根据需求分析结果编写的详细的需求规格说明书，包括系统的功能需求、非功能需求、用例规约等。
2. 系统设计方案：根据需求规格说明书设计的系统的结构和功能模块，包括数据库设计、接口设计和界面设计等。
3. 系统源代码：实现了系统的各个功能模块的源代码。
4. 测试报告：包括单元测试、集成测试和压力测试的测试报告，记录了测试的过程和结果。
5. 上线部署文档：记录了系统上线的过程和步骤，包括服务器配置、数据库部署和系统部署等。
软件工程导论实验报告
目录第一章可行性分析报告 (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定义 (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.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 引言航空公司为方便旅客乘机，需要开发一个新机票预定系统。
实验报告软件设计(3篇)
第1篇一、实验目的1. 理解软件设计的基本概念和原则。
2. 掌握软件设计的方法和工具。
3. 培养软件设计的实践能力。
4. 提高软件设计文档的编写能力。
二、实验环境1. 操作系统：Windows 102. 开发工具：Visual Studio 20193. 编程语言：C三、实验内容本次实验以设计一个简单的学生信息管理系统为例，进行软件设计。
1. 需求分析学生信息管理系统主要功能包括：（1）学生信息录入：包括姓名、性别、年龄、学号、班级等基本信息。
（2）学生信息查询：根据学号、姓名等关键字进行查询。
（3）学生信息修改：修改学生信息。
（4）学生信息删除：删除学生信息。
（5）学生信息统计：统计学生信息。
2. 系统架构设计（1）采用分层架构，分为表现层、业务逻辑层和数据访问层。
（2）表现层：使用Windows窗体作为用户界面。
（3）业务逻辑层：封装业务逻辑，实现功能模块。
（4）数据访问层：负责与数据库进行交互，实现数据的增删改查。
3. 类设计（1）学生类（Student）属性：姓名、性别、年龄、学号、班级方法：添加学生信息、删除学生信息、修改学生信息、查询学生信息（2）学生管理类（StudentManager）属性：学生列表方法：添加学生、删除学生、修改学生、查询学生、统计学生信息（3）数据库访问类（DatabaseAccess）方法：连接数据库、执行SQL语句、关闭数据库连接4. 数据库设计（1）数据库：使用SQL Server 2019（2）数据表：学生表（Student）字段：姓名、性别、年龄、学号、班级5. 界面设计（1）使用Windows窗体设计用户界面。
（2）界面包括：学生信息录入、查询、修改、删除、统计等功能模块。
6. 编码实现（1）使用C进行编程实现。
（2）根据设计文档，实现各个类和方法。
7. 测试与调试（1）进行功能测试，确保系统正常运行。
（2）进行性能测试，确保系统响应速度快。
（3）调试程序，修复发现的错误。
软件工程导论实验报告
.
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）、罚款管理系统
教务管理系统-软件工程-实验报告
Student Registration System开发人员：王斌斌、李祥楠、王柏其、孙博、王猛2012-8-23项目开发计划1 引言1.1 编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此本报告确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失.1.2 背景由于学校的发展，课程的丰富，学生人数的增加，对选课系统的要求越来越高，老的选课系统已无法满足需求，更高的访问速度、更多的并行用户、更全的办公功能，成为选课系统新的标准。
项目名称：学生选课系统。
项目提出者：软件工程实验室1.3 参考资料[1] 张海藩.软件工程导论——第5 版[M].清华大学出版社，2008 年2 月.[2] 窦万峰.软件工程方法与实践.机械工业出版社，2009 年5 月.[3] 窦万峰.软件工程实验教程.机械工业出版社，2009 年5 月.[4] 陈勇孝.java程序设计实用教程，2008年6月.[5] 王珊，萨师煊.数据库系统概论，高等教育出版社，2006年5月.2 项目概述2.1 工作内容本项目的主要内容分为三个阶段：根据用户文档，进行需求分析，并形成文档。
根据需求分析文档，对项目进行前期的设计，包括项目开发环境、项目整体架构、数据库设计等。
通过项目的前期设计，具体实现程序的编写，同时进行程序测试，确保程序的正确无误。
2.2 参加人员计算机学院09级七班：李祥楠、王柏淇、孙博、王斌斌、王猛2.3 产品本项目使用C/C++高级程序语言，以及微软ACCESS数据库，同时应用MFC和ODBC等技术开发。
该系统具有学生选课，教师选课，查询成绩，以及信息维护等功能，具有速度开，并行量高，使用安全，操作便捷等特点。
2.4 验收标准依照用户需求文档，完成用户提出的各项要求，并达到所要求的功能、性能指标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
信息与计算科学专业
专业方向课程设计报告
姓 名
班 级
学 号
完成时间
成 绩：
1、课程设计题目
仓库管理系统
2、任务需求分析
2.1功能需求
该系统主要分为三大功能: 管理员功能、信息安全功能、一般用户功能、报表生成。
(1) 管理员功能：产品入库登记、确认入库信息、删除库内信息、借出信息登记、产品
分类管理、添加人员、删除人员、查询库内信息。
(2) 信息安全功能：人员权限区分、事件记录、数据警告、计划备份、即时备份、数据
恢复；
(3) 一般用户功能：查询库内信息、查询出库信息、查询入库信息、修改本用户密码；
(4) 报表生成：库存信息报表生成。
2.1用户需求
根据用户需求，该系统应该实现以下功能：
(1) 进、出库管理。对进、出库信息进行记录。
(2) 查询功能。仓库管理对查询要求高，通过主菜单记录当前操作用户的用户编号，保
证了对进、出库信息录入负责人的确认。
(3) 部门资料管理与库存报表生成。资料管理包括了人员信息管理，财政支出信息管理，
以及各项业务单据的资料管理。报表主要分类为：日报表，月报表，销售报表，入
库报表等等。
(4) 由于计算机能存贮大量的数据，而且数据只要一次存入，便可多次重复使用，所以
管理数据达到完整，统一，原始记录能保证及时，准确。
(5) 许多重复性的工作，都可由计算机去执行，从而使管理人员从事务性工作解脱出来，
真正变为从事一些信息的分析，判断，决策等创造性的工作。
3、模块设计
仓库管理HIPO图
3、主要数据结构
4、算法流程图
查询操作库存操作
仓库管理系统
存储文件
出 库 信 息 处 理 入
库 信 息 处 理 采购货物入库 库存报表 库存报表 出库信息表 入库信息 供货商出定货报告 购货商需求表
5、系统设计
6、源代码
1) 创建用户并分配权限
2) 修改用户（包括权限重新分配）
3) 根据不用用户分配不同的功能
8、总结
在这次程设计中，我花了3周的时间做需求分析和数据库设计，只用了不到一周的时间编写
程序。开始时真的不知道该怎么做，仓库管理系统到底要创建哪些表，表里到底要有哪些数
据项，这些都很模糊。于是就找别人的设计作参考，按着设计要求一步一步的设计。需求分
析真的很重要，也不容易，比编程还难。但最终设计出来了。