软件工程需求分析实验报告(小型超市管理系统)（精选5篇）

软件工程需求分析实验报告(小型超市管理系统) 第1篇

《软件工程》实验报告

小型超市管理系统

需求分析

指导教师：___ 黄潇__ _ 班 级：_1002__(第___组)学生姓名：__ xxx_____ 学 号：__xxxxx__ 完成日期：____________

运城学院计算机科学与技术系

1．系统需求概述

针对超市本身的特点，结合我们日常生活的实际情况，本系统能基本实现超市的进、销、存等管理功能的各个方面，不仅能使超市的基本情况让超市管理者直观的了解，同时更能为超市管理者提供决策的系统有效以及合理的依据。此系统主要分为四大功能模块，包括商品销售管理模块，商品进货管理模块，商品库存管理模块，超市人员管理模块，他们的具体功能如下。

1、商品销售管理功能：实现对销售信息的查询，实现商品销售信息的汇总。

2、商品进货管理功能：实现对进货信息的添加、删除、修改的更新功能。

3、商品库存管理功能：实现对商品基本信息和商品库存信息的查询，实现商品信息和库存信息的添加、删除和修改的更新功能。

4、超市人员管理功能：实现职工信息和供货商信息的查询，实现职工信息和供货商信息的添加、删除、修改的更新功能以及简单的信息维护，用户名变更和密码修改。

2．用例建模

2.1 参与者列表

超市经理：对商品销售信息的查询和管理；

对进货信息的增加、删除、修改的更新功能；

对商品基本信息和商品库存信息的查询以及相关信息的更新;

对职工信息和供货商信息的查询以及相关信息的更新功能；

对简单的信息进行维护，可以进行用户名变更和密码修改。

2.2 用例列表

UC1 登陆：用于验证用户权限

UC2 系统维护：用于用户名和密码的变更修改。UC3 查询销售信息：用于查看销售信息。

UC4 销售信息盘点：用于商品销售信息的汇总盘点。

UC5 添加商品进货信息：用于对将要进货的商品的基本信息添加到系统。UC6 删除商品进货信息：用于对不再进货或者输入有误的商品进行删除。UC7 修改商品进货信息：用于修改所进商品的相关信息，如数量，价格等。UC8 查询商品信息：用于查询商品的明细信息和它的库存信息。UC9 添加商品信息：用于添加新进的商品基本信息。

UC10 修改商品信息：用于修改商品的基本信息和它的库存数量。UC11 查询员工信息：用于查询超市现有员工基本信息。UC12 添加员工信息：用于添加新雇佣员工基本信息。UC13 删除员工信息：用于删除离职员工信息。

UC14 修改员工信息：用于修改信息有变化的员工信息。UC15 添加供应商信息：用于添加新供应商基本信息。UC16 删除供应商信息：用于删除不再供货的供应商信息。UC17 修改供应商信息：用于修改信息有变化的供应商信息。

2.3 用例图

UC9添加商品信息UC1登陆UC10修改商品信息UC2系统维护UC11查询员工信息UC3查询销售信息UC12添加员工信息UC4销售信息盘点超市经理UC5添加商品进货信息UC14修改员工信息UC6删除商品进货信息UC16删除供货商信息UC13删除员工信息UC7修改商品进货信息UC15添加供应商信息UC8查询商品信息UC17修改供货商信息2.4 用例规格说明

1、登陆用例

执行者：超市经理 事件流：经理打开系统输入正确的用户名和密码可以成功登陆系统，并享有一切权限，可以操作系统的各个功能。

2、系统维护用例 执行者：超市经理

事件流：经理登陆系统之后可以对用户名和密码进行变更修改。

3、查询销售信息用例 执行者：超市经理

事件流：经理可以查看销售信息，了解超市经营状况。

4、销售信息盘点用例 执行者：超市经理

事件流：经理可以对商品销售信息进行汇总盘点。

5、添加商品进货信息用例 执行者：超市经理

事件流：经理可以把将要进货的商品的基本信息添加到系统。

6、删除商品进货信息用例 执行者：超市经理

事件流：经理对不再进货或者输入有误的商品进行删除。

7、修改商品进货信息用例 执行者：超市经理

事件流：经理对所进商品的相关信息，如数量，价格等进行修改。

8、查询商品信息用例 执行者：超市经理

事件流：经理查询商品的明细信息和它的库存信息。

9、添加商品信息用例 执行者：超市经理

事件流：经理添加新进的商品基本信息。

10、修改商品信息用例 执行者：超市经理

事件流：经理修改商品的基本信息和它的库存数量。

11、查询员工信息用例 执行者：超市经理

事件流：经理查询超市现有员工基本信息。

12、添加员工信息用例 执行者：超市经理

事件流：经理添加新雇佣员工基本信息。

13、删除员工信息用例 执行者：超市经理

事件流：经理删除离职员工信息。

14、修改员工信息用例 执行者：超市经理

事件流：经理可以修改信息有变化的员工信息。

15、添加供应商信息用例 执行者：超市经理

事件流：经理添加新供应商基本信息。

16、删除供应商信息用例 执行者：超市经理

事件流：经理删除不再供货的供应商信息。

17、修改供应商信息用例 执行者：超市经理

事件流：经理修改信息有变化的供应商信息。

2.5 辅助需求

由于本系统为小型超市管理系统，数据库采用SQL Server2005即可，数据库的内容较少，很容易满足。本系统需要安全性好，同时要对数据实现汇总和直观的体现，以方便用户了解和分析数据。

3．对象建模

对象模型表示静态的、结构化的系统的“数据”性质，它是对模拟客观世界实体的对象以及对象彼此间关系的映射，描述了系统静态结构。对象模型为建立动态模型和功能模型，提供了实质性的框架。

3.1 确定类与对象

小型超市管理系统中的类与对象有：超市经理，供货商信息，超市员工信息，商品信息，进货信息，销售信息。

3.2 确定关联

超市经理对供货商信息有关联；超市经理对超市员工信息有关联；超市经理对商品信息有关联；超市经理对进货信息有关联；超市经理对销售信息有关联；商品信息对销售信息有关联；商品信息对进货信息有关联；

3.3 确定属性

供货商信息：供货商名称，供货商电话，供货商品。

商品信息：商品编码，商品名称，商品价格，商品数量，供货商名称。进货信息：商品编码，商品名称，商品进价，入库时间，进货数量。销售信息：商品销售数量，销售金额。

3.4 确定服务

供货商信息：添加，删除，修改； 商品信息：查询，添加，删除，修改；

进货信息：添加，删除，修改； 销售信息：查询，盘点；

3.5 系统类图

进货信息供货商信息-供货商名称-供货商电话-供货商品+添加()+删除()+修改()-结束1-结束2**-商品编码-商品名称-商品进价-入库时间-进货数量+添加()+删除()+修改()-结束3-结束4**商品信息-商品编码-商品名称-商品价格-商品数量-供货商名称+查询()+添加()+删除()+修改()**-结束5-结束6销售信息-商品销售数量-销售金额+查询()+盘点()

4．动态建模

系统中的对象在执行期间的不同时间点如何让通信以及通信的结果如何，就是系统的动态行为，这时就需要运用动态建模的方式来描述

4.1 活动图

进货管理活动图

进货管理输入进货信息查询相关信息确认进货信息输入查询的信息保存信息确认查询的信息

销售管理活动图

查询相关信息盘点销售信息输入查询信息查询销售数量确认查询信息盘点商品

库存管理活动图

库存管理查询添加删除修改输入新商品信息输入查询信息输入所要删除信息查询所要修改的信息确认添加的新信息确认删除的信息输入新商品信息确认查询的信息保存信息删除商品信息确认商品信息保存信息保存商品信息

员工信息管理活动图

职工管理查询添加删除职工信息修改职工信息输入职工信息输入查询信息输入所要删除的职工信息查询所要修改的信息确认职工的新信息确认删除的信息输入新的职工信息确认查询的信息保存信息从数据库中删除职工信息确认职工信息保存职工信息 供货商管理活动图

供货商管理查询添加供货商信息删除供货商信息修改供货商信息输入供货商信息输入查询信息输入所要删除的供货商信息查询所要修改的信息确认供货商新信息确认删除的信息输入新的供货商信息确认查询的信息保存信息从数据库中删除供货商信息确认供货商信息保存供货商信息

4.2 状态转移图

更新进货信息数据库删除进货信息添加进货信息登陆系统修改进货信息查询销售信息查询员工信息系统管理销售信息盘点更新员工信息数据库修改供货商信息添加员工信息删除供货商信息添加供货商信息修改员工信息删除员工信息更新供货商信息数据库

5.总结

通过本次对小型超市管理系统的需求分析，使我对软件工程中需求分析过程有了十分深刻的认识和理解，结合老师课堂所讲的知识和本次实验的内容，使自己充分学习并掌握了用例建模，对象建模和动态建模的每种图的画法和基本知识。通过实验的具体分析，让自己所学到的知识在实践中得到检验，发现自己在开始做实验的时候对基础知识很不熟悉，需要查看课本来回顾，然后再结合具体的内容按步骤进行分析和解决。经过自己的学习和研究，将本次需求分析实验完成的比较完整和全面，也让自己的知识更加扎实，为今后的实践打下理论基础。

软件工程需求分析实验报告(小型超市管理系统) 第2篇

21世纪，小型超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为商 场营业者努力追求的目标。

为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。而商品进销管理系统是当前应用于超市或者公司管理系统的典型代表。

主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作。

该小型超市管理系统能具体化，合理化的管理商场中的商品信息，进出信息，用结构化的思维方法了解商场的基本运作原理和后台程序设计。

该系统的开发意图：大大提高商场的运作效率、通过全面的信息采集和处理，辅助提高商场的决策水平、使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强商场扩张力，提供有效的技术保障。

二、功能需求

1、功能划分

本系统有以下功能模块：

1)系统设置。

2)商品供应商信息管理。

3)员工信息管理。

4)商品信息管理。

5)商品入库管理。

6)销售管理。

7)销售数据查询。

小型超市管理系统系统设置商品供应信息管理员工信息管理商品信息管理商品入库管理销售管理销售数据查询

图1 系统功能图

2、功能描述

下面详细描述一下各个功能模块：

2.1系统设置

(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信 息，也可进行系统初始化。

查询用户信息添加用户信息管理者系统初始化

图2 添加删除用户

（2）退出登入：返回到登录界面，重新登录。

图3 退出登入

2.2商品供应商信息管理

(1)供应商信息的录入(2)供应商信息的修改(3)供应商信息的删除(4)供应商信息的查询

商品供应商信息管理供应商信息录入供应商信息修改供应商信息删除供应商信息查询

图4商品供应商信息管理

;2.3员工信息管理

实现员工档案的添加、逻辑删除、修改、查询的功能。

2.4商品信息管理

(1)商品信息的录入。对商品的基本信息进行录入并保存。

(2)商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。

(3)商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息进行逻辑删除，保证信息库中无冗余的数据。

出库登记进库登记DB商品分类信息管理

图5 商品管理

2.5商品入库管理

及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。

2.6销售管理及销售数据查询

能记录每一笔进货，查询商品的进货记录。能查询某个厂商或供应商的信息。能够商品的销售情况以及商品的库存情况等。

(2)关于系统：主要是显示系统的一些信息。

3.系统功能需求

3.1 系统总体运行流程 2.7帮助

(1)帮助信息：显示系统的详细帮助信息。

购物凭条售货员售货交易顾客购买商品写入、更新数据DB登入超市后台管理系统取出数据管理者进货单入库单供应商

图6 总体运行流程图

3.2 管理者登入管理

管理员通过登入该系统，可以做到以下几件事情：

（1）了解顾客的购买物品的情况。

（2）可以进行整个时间段销售情况，即查询以往的销售状况。

（3）可以通过该系统，来了解仓库商品的数量，来进行商品的选择采购。

图7 管理员进行管理

3.3 顾客购买商品

顾客通过先浏览商品，来进行选择，然后来进行购买。如若顾客购买商品，则将与售货员产生联系，即：顾客向售货员支付，而售货员将返回购物凭条给顾客。

图8 顾客购买过程

3.4 供应商供应商品

当接到系统返回给供应商的进货单时，供应商就会去提供商品，同时商品进行入库登记。

图8 商品供应

3.4 数据查询

管理员通过选择输入要查找的项目，来进行相应的数据查询，可以查询顾客的购买情况，仓库的商品数量情况，以及员工信息等功能。当查到信息时，进行显示，没有则反馈给管理员。

图9 数据查询

3.5 数据统计

3.5.1 销售数据统计 3.5.2仓库数据管理 3.5.3 供应商数据管理

图10 数据统计分析

根据销售情况，每次进行卖出商品后，服务器后台端都会按照设定的季度或者日期进行数据记录统计、分析，并将分析结果显示出来，根据分析结果来进行选择购买哪些商品。

五.性能需求

5.1数据精确度

A．要按照严格的数据格式输入，否则系统不给予响应进行处理。

B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用直接查询。5.2适应性

满足小型超市使用的需求（记录量控制在1000项内）。对前面提到的运行环境要求不应存在困难。

六、运行需求

6.1硬件接口

本软件不需要特定的硬件或硬件接口进行支撑。6.2软件接口

运行于Windows Xp的操作系统之上。七．其它要求

软件工程需求分析实验报告(小型超市管理系统) 第3篇

ABC法则是帕累托80/20法则衍生出来的一种法则。所不同的是, 80/20法则强调的是抓住关键, ABC法则强调的是分清主次, 并将管理对象划分为A、B、C三类。对于超市里的商品种类繁多, 如果分不清主次, 甚至不清楚哪些商品给自己带来的利润最大, 在管理方面, 胡子眉毛一把抓, 效益是不可能高起来的。而分清主次, 抓住主要的对象, 一定可以事半功倍。

对于超市运用ABC分类法, 首先对商品库存水平进行统计, 如果从超市的库存商品种类过多, 可以按商品大类别分析, 如分为基本蔬菜、水果、干货、五谷粮油、畜类、禽类、加工肉类、日化品等, 若需要更详细的信息, 可以统计每个品种中畅销的单品。首先导出超市系统中至少三个月月末超市库存商品的明细账。

第一步:在Execl表中, 按商品库存金额由大到小排序, 列出品种序列。再计算各品种商品库存金额占总库存金额的百分比。第二步:按库存金额由大到小的品种序列计算占用库存金额的累计百分比。第三步:占用库存金额累计百分比70%左右的各种商品作为A类, 占余下的累计资金额百分比20%左右各种物资作为B类, 其余是C类。并在该栏标记商品的库存金额占比ABC类别。

接下根据已经标记好库存金额占比ABC分类的商品, 再对其按毛利进行ABC分类。第一步:在表格中计算商品毛利, 毛利额=商品销售数量× (销售单价-进货单价) 。按商品毛利额由大到小排序, 列出品种序列。再计算各品种的毛利额占总毛利额的百分比。第二步:按毛利额占总毛利的百分比, 由大到小的品种排序, 并计算毛利额累计占比。第三步:占毛利累计百分比70%左右的各种物资作为A类, 占余下的累计毛利额百分比20%左右各种物资作为B类, 其余是C类, 并在该栏标记商品的ABC类别。结合商品的库资金占用标记的类别。商品可能会出现9种类型 (见左图) 。

针对不同商品的所属类别采用不同商品的管理策略。除生鲜类商品外, 不会出现低库存高利润的产品。若出现高库存低毛利的AC类商品, 要查明原因, 是否有长期积压的物资, 进行促销, 尽快清仓。让该类商品转化为低库存低利润商品。不同类别的商品采用不同的管理, 具体见下表。

如果仅仅按商品库存价值来进行ABC分类, 商品的库存金额占用价值, 不能完全体现商品对超市的利润的贡献, 通过对超市商品的两次ABC分类, 避免把那些库存占用资金高, 但销量差利润少的商品作为管理重点。通过两次的ABC分析, 特别是对商品毛利占比的分析, 可以真正为超市识别那些高利润的重点商品。通过分类实现对不同商品的差别管理, 不仅可以降低超市库存的管理难度, 又可以帮助企业提高利润率。

摘要：超市库存管理的好坏, 直接决定了超市货物周转率的大小, 从而影响着超市的利润。本文介绍的ABC分析法, 首先对商品按库存占用资金进行ABC分析, 再对商品的获利能力进行ABC分析, 因为库存的价值量不能完全代表它的重要性。对商品的库存占用资金和商品的获利能力综合分析, 多角度考虑, 以更低的成本获取更高的利润。

关键词：中小型超市,库存管理,ABC分析

参考文献

小型超市管理系统可行性分析报告 第4篇

1.1编写目的1

1.2背景

1.3定义

1.4参考资料

2可行性研究的前提

2.1要求

2.2目标

2.3条件、假定和限制

2.4进行可行性研究的方法

2.5评价尺度

3对现有系统的分析

4所建议的系统

4.1对所建议系统的说明

4.2处理流程和数据流程

4.3影响

4.4局限性

5可选择的其他系统方案

6投资及效益分析

7社会因素方面的可行性

7.1经济方面的可行性

7.2法律方面的可行性

7.3技术方面的可行性

7.4管理方面的可行性

8结论

GB8567——88

小型超市管理系统可行性分析报告

1引言

1.1编写目的本报告是为了说明开发项目----超市管理系统的实现在技术、经济和社会条件方面的可行性；并评述为了合理地达到开发目标而可能选择的各种方案。在该项目中，超市工作人员可以实时并准确的控制销售情况，提高运营效率，为管理人员提供了较大方便。通过组员的一定范围的调查分析和相关项目学习了解，拟写此可行性研究报告，对软件开发过程中可能面临的问题和风险进行研究与分析，以避免人力、物力以及财力上的浪费。

1.2背景

①软件系统名称：小型超市管理系统

②项目委托单位：西安电子科技大学

通信工程学院

001011班

开发小组：组长:

刘欣

03111303

组员：

金玮

03111302

杜炜

03111306

杨佳宇

03111307

张园

03111308

韩琳旖

03111309

③该软件系统同其他系统或其他机构的基本的相互来往关系：计算机技术的发展，为各行各业提供的方便。作为人们日常生活所不可或缺的超市，由于商品数量的增加，相关信息量也成倍增长，对信息的统计分析难度也随之提高。如果仍然采用传统方式进行人工管理，将耗费大量人力物力，且风险较大。因此，超市的信息化进程是不可避免的。

因此我们选择了小型超市管理系统项目。该软件能够增加删除修改商品信息，并完成商品数目的统计等功能。从而节省了大量的人力物力,改善了员工的工作条件,减轻了劳动强度,并且能够快速反映出商品状况和各种反馈信息分析,有利于管理人员对瞬息千变的市场做出相应决策。

1.3定义

（1）商品编码：每种商品具有唯一的编码，据情况自定义。

（2）消费清单：包括消费单的序列号、每件商品的名称、代码编号、数量、单价和总价。

（3）库存：系统包括超市不同商品的库存，有关每个查询经理都应该能够看到具体情况。为了支持库存管理，在每一件商品售出时，该商品的库存数就会下降。也应该支持雇员在有新货到达时能够更新库存。

1.4参考资料

《软件工程——理论与实践》，高等教育出版社，Shair

Lawrence

Pfleeger及Jhanne

M.Atlee编著

2可行性研究的前提

2.1要求

功能要求：能增加删除修改统计商品信息等，为超市管理人员提供方便，提高工作效率，满足顾客需求。

性能要求：操作方便，简单易学，界面美观，查询快速。

输出要求：数据完整详细。

输入要求：包括数据的来源、类型、数量、数据的组织以及提供的频度；

安全要求：有一定保密性与可靠性。

完成期限：2012年12月

2.2目标

减少超市人力与设备的使用。

超市运行效率和信息准确度得到一定的提高。

改进超市的管理和服务。

2.3条件、假定和限制

所建议系统的运行寿命的最小值：三年

进行系统方案选择比较的时间：8天

经费、投资方面的来源和限制：待定

法律和政策方面的限制：无

硬件条件：PC机

软件条件：WINDOWS7系统，OFFICE软件，devC++编译软件

可利用的信息和资源：图书馆、网络资料

系统投入使用的最晚时间：2012年12月

2.4进行可行性研究的方法

本组成员对超市进行了全面的深入的了解和调查，在此基础上，通过市场分析、技术分析和经济分析，对该超市系统项目的可行性进行了综合评价。

2.5评价尺度

费用多少、各项功能优先次序、开发时间长短及使用难易程度。

3对现有系统的分析

通过调查，现有超市系统能够完成商品的销售以及货物的存储和管理，操作较为简便。但成本较高。

4所建议的系统

4.1对所建议系统的说明

该小型超市管理系统有增加删除修改商品信息，统计货物数目等功能。并支持管理者与售货员对系统的不同要求。

4.2处理流程和数据流程

4.3影响

使用该系统能够降低超市管理成本，提高工作效率。有利于超市管理人员及时获取商品信息，做出正确决策。

4.4局限性

说明所建议系统尚存在的局限性以及这些问题未能消除的原因。待定。需根据成品决定。

5可选择的其他系统方案

略。没有供选择的系统方案可考虑。

6投资及效益分析

略。详见（7）经济可行性分析。

7社会因素方面的可行性

7.1经济方面的可行性

对实验性质的编程而言，设计和开发都不需要过多经费，但是系统投入运行以后，硬件维护和损耗所造成的耗费是必须的。经分析可知：使用该小型超市管理系统，能够减少人力成本，提高工作效率，从而节省开支。并能够及时获取信息，做出决策，以及能有效减少库存积压，有利于超市的运营。因此系统投入使用一段时间后，能完全收回投资，从长远看，在经济角度上，有开发此系统的必要。

7.2法律方面的可行性

本系统设计所用数据来自实地考察，真实有效，具备合法性。且属于自主开发，不涉及侵犯产权等行为。引用资料均有备注，无侵权行为。

7.3技术方面的可行性

硬件：个人计算进

软件：操作系统（windows7等）开发工具（C++,java等）

管理系统开发方法：用结构化分析，设计方法进行研究。

编程、数据库技术。

7.4管理方面的可行性

超市管理员一般具备一定的文化基础和相应的电脑技术知识，简单培训后应当即可掌握该软件系统的操作方法。且超市行政管理制度健全，工作要求严格。故管理上可行。

8结论

该拟开发系统操作简单方便，便于学习使用。能有效的提高超市的工作效率，有利于管理和决策。从经济、技术、社会、管理等方面都具备可行性。因此可以确定此开发完全必要，可以立项开发。

—

END

软件工程需求分析实验报告(小型超市管理系统) 第5篇

题 目：软件工程课设管理系统 ——需求分析报告 学生姓名：王星

学 号：1176807448 专 业：计算机4班 指导教师：赵宇红

文档名称： 需求分析报告 项目名称： 软件工程课设管理系统 项目负责人：王星

编写： 完成日期： 2014.6.19 审核：

开发单位：

王星 薛浩楠

软件工程课设管理系统小组

目录

需求分析报告...................................................................................................................................4

一．引言...................................................................................................................................4

1.编写目的：...................................................................................................................4 2.背景及范围:.................................................................................................................4 3.名词定义：...................................................................................................................4 4.参考资料：...................................................................................................................5

二、任务概述...........................................................................................................................5

1．目标：.........................................................................................................................5 2.系统功能划分：...........................................................................................................6 3.安全性：.......................................................................................................................6

三、具体需求分析...................................................................................................................6

1．系统流程图：.............................................................................................................6 2.数据流图：...................................................................................................................8 3.数据字典：...................................................................................................................8

需求分析报告

一．引言

随着计算机的普及，人们对计算机的认识及需求有了明显的增加。计算机对于大量信息的管理的优势更是显而易见。有了这个软件工程课程设计管理系统，学生与老师的工作任务就可能会事半功倍。1.编写目的：

计算机专业的学生有90多名，而且随着每年的扩招，人数不断的增加，每次软件工程课程设计都采用手工操作，费时费力。为了解决这个问题，决定做一个软件工程课程设计管理系统，对每个学期选修软件工程课程设计的学生基本情况作个统计。主要是学生从该系统中选题，填写同组学生的姓名，学号，班级，组长等基本情况；查询自己的课程设计成绩。老师通过该系统查看学生的选题情况，填写学生的项目进度情况，且给出学生的分数，这有利于老师教学，及时了解学生的情况，提高教学质量，减轻老师的工作量，改善原有的比较繁锁的工作。2.背景及范围: 名称：软件工程课程设计管理系统

任务的开发人员：杨宇飞，薛浩楠，王星，陈晶 开发软件的单位：软件工程课程设计管理系统小组

软硬件设施：个人计算机，JAVA，Acess数据库，Windows 97/xp操作系统 决定开发软件工程课程设计管理系统，估价成本不高于1000元，二周交付使用。3.名词定义：

实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。4.参考资料：

软件工程基础 汤淮 西安交通大学出版社

软件工程------技术，方法与环境 王立福，张世琨，朱冰 编著 北京大学出版社

软件开发技术 倪秉营 电子科技大学出版社 软件工程 张权范 清华大学出版社

二、任务概述

该软件工程课程设计管理系统软件目前已有比较完善的管理与使用功能。研制软件工程课程设计管理系统软件是为了满足软件工程教师与学生方便对课程的各种管理与操作。1．目标：(1)开发意图：

a.为了软件工程课程管理系统更完善；

b.为了软件工程课程管理更方便；

c.为了减轻软件工程管理工作人员的工作负担;d.为了加强学院的正规化管理;(2)应用目标：

通过本系统软件，能帮助课程设计教师利用计算机，快速方便的对课程进行管理，上传资料，填写进度报告，查找的所需操作。(3)产品描述：

本产品是一种工作在windows系统平台的软件，它是以Acess数据库。(4)产品功能： 2.系统功能划分：

使用该系统有三个角色教师，学生，客户。教师可以查看学生选课情况，可以查看学生设计报告，填写学生项目进度情况，给出分数，修改密码，上传课程设计题目，学习资料。学生可以查看选课情况和成绩，选课。客户只可以浏览选课信息。

2．系统可分为5个模块：

（1）基本信息：教师和学生的信息包括教师号，学生号，教师开设的课程设计的题目，学生选的课程设计题目，项目进度和分数。（2）选课：显示教师开设的课程设计题目，实现学生选课。

（3）查询：学生查询可选题，自己选题情况，自己课程设计成绩。教师查询学生选题情况，学生设计报告。

（4）修改：教师填写项目进度情况和给出分数，学生填写同组的其他同学的姓名，学号，班级，小组长，修改结果存入相应数据库等。

（5）密码：教师和学生可以修改自己的登陆密码，结果保存用户信息数据库。3.安全性：

设立三种级别的用户：Student,Teacher,Guest，对每种类型的用户设置不同的权限。

Student：查询分数，课程设计报告上传功能 Teacher：提供对系统的实际操作功能 Guest： 提供信息浏览功能

三、具体需求分析

1．系统流程图：

学生登陆教师登陆验证学生身份验证教师身份验证成功验证成功修改密码查询选课信息查询选课上传资料与设计题目查看设计报告查看选题情况修改密码学生信息数据库选课给出分数和填写进度情况教师信息数据库课程设计报告上传填写同组人员信息选课数据库客户登陆客户浏览

图3.1系统流程图

2.数据流图：

客户用户信息数据库选题数据库用户学号与密码显示修改密码上传确定选题验证口令题目与有关资料课程设计题目数据库登陆教师显示登陆成员列表验证口令填写进度表显示选课学生小组成员信息核对填写同组人员信息教工号和密码进度数据库工作报告表课程设计报告修改密码用户设计报告表给出分数上传学生信息数据库成绩数据库显示

图3.2数据流图

3.数据字典：

数据流描述：

数据流名：用户名密码 数据来源：用户登陆处理 数据去向：验证信息处理。说明：用户输入用户名和密码 数据组成：用户名+密码 数据流量：小 数据流名：直接登陆

数据来源：用户登陆处理

数据去向：客户界面

说明：普通用户不输入用户名和密码直接以客户身份登陆

数据流名：登陆

数据来源：验证信息处理正确

数据去向：根据验证信息返回条件决定是教师界面还是学生界面 说明：系统登陆到教师界面。数据流名：选题，资料

数据来源：教师界面的输入选题和资料窗口 数据去向：上传处理

说明：教师输入要上传的课题和资料 数据流名：小组成员信息 数据来源：选课信息界面 数据去向：验证填写信息处理

说明：学生填写同组其他同学姓名，学号，班级，小组长名。数据流名：工作报告。数据来源：课题信息界面 数据去向：上传处理

说明：学生将各阶段工作报告上传。数据流名：设计报告 数据来源：选题信息界面 数据去向：上传处理