软件项目报告文档.docx

软件项目报告文档.docx

《软件项目报告文档.docx》由会员分享，可在线阅读，更多相关《软件项目报告文档.docx（27页珍藏版）》请在冰豆网上搜索。

软件项目报告文档

一、课题设计意义及目的

随着社会的不断进步和科学技术的发展,计算机技术正在进入各行各业,各种超级市场如雨后春笋的速度发展,现今的商店从经营方式上大致分成两个部分：

一小部分为大型的连锁店形式，另外大部分是独立的小商铺形式。

大型连锁商店有资金开发或购买商品管理系统软件，市面上也有许多此类的软件发售。

而小型的商店很少应用信息技术来实现商品的销售和管理，就算有在功能上也比较简陋。

这不仅与小型商店的成本、资金有限有关系，也与市面上很少有此类管理软件有很大的关系。

这导致了这些小商店陷于商品销售、入库管理以及供货商管理上的各种琐细问题中，阻碍了商店的发展。

本系统将涉及多个窗口的制作，从而实现多个管理模块的功能，其中包括对用户权限的认证窗体、商品销售汇总统计、商品入库基本信息、供货商信息、逐笔销售窗体、商品记录查询与查询供货商窗体的全部功能。

在主窗体中，我们通过页框控件放入了商品销售汇总统计、商品入库基本信息、供货商信息3个管理模块，通过上面3个管理模块可以分别调用逐笔销售窗体、商品记录查询与查询供货商窗体。

由于商品销售管理系统是一个用来帮助使用者管理商品销售流程的软件。

使用者通过对销售过程中所涉及到的商品，订单，销售商等资料的录入，便可以轻松实现商品销售流程的管理。

所以，此系统必须向使用者提供一下一些具体功能：

。

1：

软件必须向使用者提供商品基本的录入，删除，编辑等基本功能

2：

鉴于商品的不同销售方式（分为订单销售和代理商销售两种形式），软件必须向使用者提供商品销售环节中的基本管理功能，因此必须有订单分销模块和代理商分销模块。

3：

软件必须向使用者提供基本的查询功。

4：

由于是销售管理软件，所以系统安全性必须是要考虑的问题。

因此，必须实现以下两点：

a：

系统操作员机制。

对系统的使用者，按等级开放管理权限，这样可以在一定程度上保证数据库系统的安全性，避免数据被泄漏，非法更改等。

b.销售数据直接反映了一个销售单位的盈亏状况，鉴于销售数据的重要性，所以必须对这些数据加以保护，在系统崩溃时或者误操作等情况下，可以对数据进行恢复。

这就需要系统提供备份功能。

5：

对于销售数据不能只存储在计算机中，而是需要导出步骤，最后以印刷品的形式出现在使用者面前，该软件设计的最终目的才能得以具体的实现。

所以，打印功能是必不可少的系统功能之一。

本系统的目标是:

使用者通过对基本销售信息的录入，即可方便直观的实现对商品交易流程的管理，查询，以及对已有信息的打印输出等功能。

本销售系统定义了两种销售模式：

1：

订单销售。

即销售方通过订单方式销售的商品。

2：

代理商销售方式。

（此功能略复杂，所以在实现的是时候必须对其提供录入修改查询等基本功能）。

除了上述基本功能外，系统还必须提供必要的附加功能：

1：

数据备份功能。

2：

密码登陆功能。

3：

操作员及相应的权限管理功能。

二、需求分析

1.需求特性表

编号

特性

FEAT01

•销售管理员在接受到客户要求订货的信息后，可以查看公司现有的库存情况，以便确定是否存在该货物

FEAT02

•销售管理员在确定库存存在既定的货物后，可以保存客户的各种信息，以便以后的确认和其它维护

FEAT03

•销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看

FEAT04

•销售管理员在录入或者查看客户信息时，如果发现错误。

可以对客户信息进行修改

FEAT05

•销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。

如：

商品的类型，型号，数量等

FEAT06

•销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看

FEAT07

•销售管理员在录入或者查看交易信息时，如果发现错误。

可以对客户信息进行修改

FEAT08

•销售管理员对已经确定发货的交易项目进行登记，以便以后管理

FEAT09

•销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改

FEAT10

•维护管理员对客户信息和交易信息等和交易先关的信息进行备份，以便以后系统如果系统出现问题是使用

FEAT11

•维护管理员在系统出现错误是可以恢复以前的各种交易信息

FEAT12

•超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新

FEAT13

•超级管理员可以对员工的各种信息进行记录

FEAT14

•超级管理员可以查看员工信息

FEAT15

•超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改

FEAT16

•超级管理员负责对所有管理员进行管理，最主要设置其权限

FEAT17

•超级管理员有销售管理员和维护管理员的所有权限

2.概念模型

3.用例模型

a）合并特性获得用例

参与者

特性

用例

销售管理员

超级管理员

FEAT01.销售管理员在接受到客户要求订货的信息后，可以查看公司现有的库存情况，以便确定是否存在该货物

UC01.查看库存情况

FEAT02.销售管理员在确定库存存在既定的货物后，可以保存客户的各种信息，以便以后的确认和其它维护

UC02.记录客户信息

FEAT03.销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看

UC03.查看客户信息

FEAT04.销售管理员在录入或者查看客户信息时，如果发现错误。

可以对客户信息进行修改

UC04.修改客户信息

FEAT05.销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。

如：

商品的类型，型号，数量等

UC05.记录交易项目

FEAT06.销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看

UC06.查看交易项目

FEAT07.销售管理员在录入或者查看交易信息时，如果发现错误。

可以对客户信息进行修改

UC07.修改交易项目

FEAT08.销售管理员对已经确定发货的交易项目进行登记，以便以后管理

UC08.查看发货情况

FEAT09.销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改

UC09.修改发货情况

维护管理员

超级管理员

FEAT10.维护管理员对客户信息和交易信息等和交易先关的信息进行备份，以便以后系统如果系统出现问题是使用

UC10.数据备份

FEAT11.维护管理员在系统出现错误是可以恢复以前的各种交易信息

UC11.数据恢复

超级管理员

FEAT12.超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新

UC12.更新库存情况

FEAT13.超级管理员可以对员工的各种信息进行记录

UC13.记录员工信息

FEAT14.超级管理员可以查看员工信息

UC14.查看员工信息

FEAT15.超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改

UC15.修改员工信息

FEAT16.超级管理员负责对所有管理员进行管理，最主要设置其权限

UC16.设定管理员权限

b）用例图及用例的简要描述

用例编号

UC01

用例名称

查看库存情况

用例概述

销售管理员在接受到客户要求订货的信息后，可以查看公司现有的库存情况，以便确定是否存在该货物。

主参与者

销售管理员超级管理员

补充说明

操作员可以根据具体情况而选择不同的条件进行查询

用例编号

UC02

用例名称

记录客户信息

用例概述

销售管理员在确定库存存在既定的货物后，可以保存客户的各种信息，以便以后的确认和其它维护。

主参与者

销售管理员超级管理员

补充说明

在操作者保存后应该有所提示，出现冲突时也应该有所提示

用例编号

UC03

用例名称

查看客户信息

用例概述

销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看。

主参与者

销售管理员超级管理员

补充说明

操作员可以根据具体情况而选择不同的条件进行查询

用例编号

UC04

用例名称

修改客户信息

用例概述

销售管理员在录入或者查看客户信息时，如果发现错误。

可以对客户信息进行修改。

主参与者

销售管理员超级管理员

补充说明

系统在保存更改前应该给操作者提示。

用例编号

UC05

用例名称

记录交易项目

用例概述

销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。

如：

商品的类型，型号，数量等。

主参与者

销售管理员超级管理员

补充说明

在操作者保存后应该有所提示，出现冲突时也应该有所提示。

用例编号

UC06

用例名称

查看交易项目

用例概述

销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看。

主参与者

销售管理员超级管理员

补充说明

操作员可以根据具体情况而选择不同的条件进行查询

用例编号

UC07

用例名称

修改交易项目

用例概述

销售管理员在录入或者查看交易信息时，如果发现错误。

可以对客户信息进行修改。

主参与者

销售管理员超级管理员

补充说明

系统在保存更改前应该给操作者提示。

用例编号

UC08

用例名称

查看发货情况

用例概述

销售管理员对已经确定发货的交易项目进行登记，以便以后管理。

主参与者

销售管理员超级管理员

补充说明

操作员可以根据具体情况而选择不同的条件进行查询

用例编号

UC09

用例名称

修改发货情况

用例概述

销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改。

主参与者

销售管理员超级管理员

补充说明

系统在保存更改前应该给操作者提示

用例编号

UC10

用例名称

数据备份

用例概述

维护管理员对客户信息和交易信息等和交易先关的信息进行备份，以便以后系统如果系统出现问题是使用。

主参与者

维护管理员超级管理员

补充说明

操作者应该保存所有信息，以便以后可用；但应该减少冗余度

用例编号

UC11

用例名称

数据恢复

用例概述

维护管理员在系统出现错误是可以恢复以前的各种交易信息。

主参与者

维护管理员超级管理员

补充说明

操作者应该首要考虑数据的正确性，再者就是恢复的速度

用例编号

UC12

用例名称

更新库存情况

用例概述

超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新。

主参与者

超级管理员

补充说明

系统在保存更改前应该给操作者提示

用例编号

UC13

用例名称

记录员工信息

用例概述

超级管理员可以对员工的各种信息进行记录。

主参与者

超级管理员

补充说明

系统在保存更改前应该给操作者提示

用例编号

UC14

用例名称

查看员工信息

用例概述

超级管理员可以查看员工信息。

主参与者

超级管理员

补充说明

操作员可以根据具体情况而选择不同的条件进行查询

用例编号

UC15

用例名称

修改员工信息

用例概述

超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改。

主参与者

超级管理员

补充说明

系统在保存更改前应该给操作者提示

用例编号

UC16

用例名称

设定管理员权限

用例概述

超级管理员负责对所有管理员进行管理，最主要设置其权限。

主参与者

超级管理员

补充说明

系统在保存更改前应该给操作者提示

c）用例优先级的划分

优先级

用例

说明

1

UC01.查看库存情况

UC02.记录客户信息

UC05.记录交易项

这是系统中最主要的功能，也是系统主要实现的功能

2

UC03.查看客户信息

UC04.修改客户信息

UC06.查看交易项目

UC07.修改交易项目

UC08.查看发货情况

UC09.修改发货情况

UC12.更新库存情况

这是对交易情况信息的进一步维护，是系统不可缺少的部分

3

UC13.记录员工信息

UC14.查看员工信息

UC15.修改员工信息

UC16.设定管理员权限

这系统附带的信息，是超级管理员对员工的管理，它也是系统能正常运行的一部分（其中最主要的是“设定管理员权限”）。

4

UC10.数据备份

UC11.数据恢复

这是为系统出现错误或被破环时所做的准备

d）本次迭代所开发用例的详细描述（文字及UML图说明）

用例编号

UC01

用例名称

查看库存情况

用例概述

销售管理员在接受到客户要求订货的信息后，可以根据商品不同的属性查看公司现有的库存情况，以便确定是否存在该货物。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统，并选择查询条件输入查询内容

后置条件

系统返回查询的结果

基本事件流

1.操作员进入系统

2.操作员输入查询条件并点击按钮进行查询

3.系统根据查询条件查找与之相匹配的商品信息

规则与约束

当库中不存在所需的产品时要给出提示

用例编号

UC02

用例名称

记录客户信息

用例概述

销售管理员在确定库存存在既定的货物后，可以保存客户的各种信息，以便以后的确认和其它维护。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统并得到客户的具体信息

后置条件

保存客户信息进入客户信息数据库

基本事件流

1.操作员进入系统

2.操作员得到客户的具体信息

3.操作员录入客户信息，并确定输入

4.系统将客户信息保存入客户信息数据库

规则与约束

当操作员的输入信息有误时系统要给出提示。

如输入的手机号码个数不正确等

用例编号

UC03

用例名称

查看客户信息

用例概述

销售管理员如果想确认客户信息是否正确可以对客户的基本信息进行查看。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统，并选择查询条件输入查询内容

后置条件

系统返回查询的结果

基本事件流

1.操作员进入进入系统

2.操作员输入查询条件并点击按钮进行查询

3.系统根据查询条件查找与之相匹配的客户信息

规则与约束

当库中不存在所需的产品时要给出提示

用例编号

UC04

用例名称

修改客户信息

用例概述

销售管理员在录入或者查看客户信息时，如果发现错误。

可以对客户信息进行修改。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统并得知客户信息发生错误

后置条件

系统将出错的客户信息进行改正，并保存入数据库

基本事件流

1.操作员进入系统

2.操作员得知客户信息出现错误

3.操作员改正客户信息，并确定输入

4.系统改正客户信息，并保存入客户信息库

用例编号

UC05

用例名称

记录交易项目

用例概述

销售管理员确定了客户要下订单后，根据用户提出的要求来填写交易的基本信息。

如：

商品的类型，型号，数量等。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统

后置条件

交易数据库增加信息

基本事件流

1.操作员进入系统

2.操作员得到客户的订购信息

3.操作员录入交易信息，并确定保存

4.系统将交易信息保存入交易信息数据库

规则与约束

当操作员的输入信息有误时系统要给出提示。

如输入商品数量比数据库中的多等

用例编号

UC06

用例名称

查看交易项目

用例概述

销售管理员如果想确认交易信息是否正确可以对客户的基本信息进行查看。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统，并选择查询条件输入查询内容

后置条件

系统返回查询的结果

基本事件流

1.操作员进入系统

2.操作员输入查询条件并点击按钮进行查询

3.系统根据查询条件查找与之相匹配的交易信息

规则与约束

当库中不存在所需的产品时要给出提示

用例编号

UC07

用例名称

修改交易项目

用例概述

销售管理员在录入或者查看交易信息时，如果发现错误或者需要更新。

可以对客户信息进行修改。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统并得知交易信息发生错误或者需要更新

后置条件

系统将出错或者需要更新的交易信息进行改正，并保存入数据库

基本事件流

1.操作员进入系统

2.操作员得知交易信息出现错误或者需要更新

3.操作员改正交易信息，并确定输入

4.系统改正交易信息，并保存入交易信息库

用例编号

UC08

用例名称

查看发货情况

用例概述

销售管理员对已经确定发货的交易项目进行登记，以便以后管理。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统

后置条件

操系统返回查询的结果，并显示发货情况

基本事件流

1.操作员进入系统

2.操作员输入查询条件并点击按钮进行查询

3.系统根据查询条件查找与之相匹配的发货信息

4.显示发货信息

规则与约束

当库中不存在当前发货项目时要给出提示

用例编号

UC09

用例名称

修改发货情况

用例概述

销售管理员在进行客户信息修改和交易信息修改时系统自动和已交易的信息进行核对，如果货物已经发货将不能进行修改。

主参与者

销售管理员超级管理员

前置条件

操作员进入系统并得知发货信息发生错误或者需要更新

后置条件

系统将出错或者需要更新的发货信息进行改正，并保存入数据库

基本事件流

1.操作员进入系统

2.操作员得知发货信息出现错误或者需要更新

3.操作员改正发货信息，并确定输入

4.系统改正发货信息，并保存入交易信息库

用例编号

UC10

用例名称

数据备份

用例概述

维护管理员对客户信息和交易信息等和交易先关的信息进行备份，以便以后系统如果系统出现问题是使用。

主参与者

维护管理员超级管理员

前置条件

操作者进入系统

后置条件

保存所有有用的和交易有关的各种信息

基本事件流

1.操作员进入系统

2.操作员选择要备份的信息

3.系统保存要备份的信息到目的地址

规则与约束

当保存出现错误或存储空间不够时要进行提示

用例编号

UC11

用例名称

数据恢复

用例概述

维护管理员在系统出现错误是可以恢复以前的各种交易信息。

主参与者

维护管理员超级管理员

前置条件

操作员找到备份信息存储地

后置条件

出错信息得到恢复

基本事件流

1.操作员找到备份信息存储地

2.操作员执行恢复操作

3.系统恢复备份信息到系统

4.被损坏信息得到恢复

规则与约束

但恢复过程中出现错误时，系统自动恢复到更新前，并给出提示

用例编号

UC12

用例名称

更新库存情况

用例概述

超级管理员根据销售管理员提供的交易情况和企业的产品购进和生产情况进行数据库更新。

主参与者

超级管理员

前置条件

操作员进入系统

后置条件

将商品增加到商品数据库

基本事件流

1.操作员进入系统

2.操作员得到要更新的商品的信息

3.操作员录入商品信息

4.系统保存商品信息，并且商品数据库得到更新

规则与约束

在更新过程中如果发生错误，系统将给出提示

用例编号

UC13

用例名称

记录员工信息

用例概述

超级管理员可以对员工的各种信息进行记录。

主参与者

超级管理员

前置条件

操作员进入系统

后置条件

员工信息库得到更新

基本事件流

1.操作员进入系统

2.操作员录入员工基本信息并确定入库

3.系统保存员工基本信息入库

规则与约束

当操作员的输入信息有误时系统要给出提示。

如输入的手机号码个数不正确等

用例编号

UC14

用例名称

查看员工信息

用例概述

超级管理员可以查看员工信息。

主参与者

超级管理员

前置条件

操作员进入系统

后置条件

操系统返回查询的结果，并显示发货情况

基本事件流

1.操作员进入进入系统

2.操作员输入查询条件并点击按钮进行查询

3.系统根据查询条件查找与之相匹配的员工信息

4.显示员工信息

规则与约束

当库中不存在当前发货项目时要给出提示

用例编号

UC15

用例名称

修改员工信息

用例概述

超级管理员在进行查看员工信息和录入员工信息时，如果发现错误可以进行修改。

主参与者

超级管理员

前置条件

操作员进入系统并得知员工信息发生错误或者需要更新

后置条件

系统将出错或者需要更新的员工信息进行改正，并保存入数据库

基本事件流

1.操作员进入系统

2.操作员得知员工信息出现错误或者需要更新

3.操作员改正员工信息，并确定输入

4.系统改正员工信息，并保存入交易信息库

用例编号

UC16

用例名称

设定管理员权限

用例概述

超级管理员负责对所有管理员进行管理，最主要设置其权限。

主参与者

超级管理员

前置条件

操作员进入系统

后置条件

不同类型的管理员有不同的信息

基本事件流

1.操作员进入系统

2.操作员设定不同管理员的管理权限

3.系统保存各种管理员的管理权限

以下为交互图：

以下为活动图：

e）用户界面的初步设计

具体界面如下：

三、系统分析与设计

1.划分子系统

2.确定子系统之间的关系

3.架构建模

4.构件建模

a）行为分析

登陆（图一）

销售记录（图二）

销售修改（图三）

维护管理（图四）

职员和商品信息的录入（图五）

职员和商品信息的修改（图六）

b）整理设计类

超级管理员（窗口）

维护管理

维护管理员（窗口）

销售管理员（窗口）

销售权限管理

c）细化类职责

超级管理员（窗口）

维护管理

维护管理员（窗口）

销售管理员（窗口）

销售权限管理

四、数据库模型及表结构定义

1）数据库模型

商品信息表

编号char

名称char

简称char

规格char

产地char

计量单位char

出厂日期datetime

保质期datetime

进货价格money

销售价格money

2）表结构定义

员工信息表

编号int

名称char

简称char

职务char

聘用日期datetime

薪金money

备份信息表

备份日期datetime

备份路径text

客户信息表

编号char

名称char

简称char

地址char

电话char

传真char

联系人char

联系人电话char

银行char

账户char

纳税人char

Emailchar

库存信息表

商品编号char

库存数量float

操作员信息表

编号int

员工编号int

名称char

密码char

头像int

简称char

权限表

编号int

用户管理char

权限管理char

系统管理char

订货管理char

销售管理char

退货管理char

结款管理char

订货查询char

销售查询char

退货查询char

结款查询char

数据备份char