2023年7月26日发(作者：)

项目需求描述

文档编号:2014-5-01

项目编号：2014-19

项目名称：连锁零售运动装管理系统

项目描述：随着社会经济的迅速发展和科学技术的全面进步以及计算机事业的飞速发展，以计算机科学与通信技术为基础的信息管理系统正处于蓬勃发展的时期。随着经济文化水平的显著提高，人们对生活质量及工作环境的要求也越来越高，但伴随着人的劳动强度的增大，以及社交活动的广泛开展，如何来提高服装销售的效率，是一个很现实的问题。无疑，服装业的蓬勃发展论证了这个理论，服装是人们参加各种社会活动的最好选择。服装业的发展，也继承了信息化的发展道路，网络的兴起，给了人们各种各样不同的选择。与此同时，为了管理好一个服装商店的正常营运，管理问题也就提上了日程。随着服装销售业的竞争的白热化，管理难度也越来越大，如何优化服装销售行业的日常管理也就成为了一个大众化的课题。

在计算机飞速发展的今天，将计算机这一信息处理利器应用于服装销售业的日常管理已是势必所然，而且这也将为商店理带来前所未有的改变，它可以带来意想不到的效益，同时也会为服装销售业的飞速发展提供无限潜力。采用计算机管理信息系统已成为服装销售业管理科学化和现代化的重要标志。要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的。

通过对服装销售商场管理日常工作的详细调查，搜集了大量的资料，从系统结构的组织，功能的实现，技术的要求以及可行性等多方面进行考虑，认为本课题是一个适应现今服装销售信息管理需求的计算机信息管理系统，具有一定的实际开发价值和使用价值。

编写人员

2014 年 5 月

22日

孟洋 时间

- 1 - 成绩

- 2 -

可行性分析

文档编号:2014- 5 -02

- 3 - 1、 产品定义：

目名称：服装销售管理系统

背景：目前，中型的服装店仍采用人工方式管理服装销售，管理工作量大、手续繁琐且容易出错。

项目目标：建立一个比较全面化的服装销售管理系统。项目范围：利用服装店里的计算机及外部设备，软件开发费用不超过2万元。

初步设想：建议在系统中完成产品信息管理、服装销售信息管理等主要功能。

可行性研究：建议进行大约一个周的可行性研究，研究费用不超过600元。

2、 产品方案

系统要求: 包含三类用户,管理员,店长,销售员

管理员功能:

(1)自身密码修改

(2)用户信息管理:添加,修改,查询,删除

(3)商品信息管理:添加,修改,查询,删除

(4)销售报表显示:日报表,月报表,商品销售量报表,销售员业绩报表

(5)退出登陆系统

店长功能:

(1)自身密码修改

(2)商品信息管理:添加,修改,查询,删除

(3)销售报表显示:日报表,月报表,商品销售量报表,销售员业绩报表

- 4 - (4)退出登录系统

销售员功能:

(1)商品查询浏览,商品销售

(2)自己销售报表显示：日报表，月报表

(3)退出登陆系统

3、 对现有系统的分析

传统的服装销售系统大都是通过纯手工的操作，所以效率很低。不能及时的发现各种货物的销售情况，也就无法对进货和库存进行合理的安排，使得交易的效率低下，经营的成本也是很高。

4、 所建议的系统

改进的系统工作流程如下：

采购：使用计算机进行记录，然后筛选出来各种货物的详细数量来决定所要采购的数目。

库存：可以利用计算机来清晰的计算出货物的剩余，按照经营的需求决定库存的多少进而影响进货的多少。

销售：通过计算机可以让经营者快速的查找各种经营的信息，能够最快的对经营进行决策。而消费者可以利用管理系统对所有的商品进行查询。并且利用管理系统定时的对经营的数据进行分析，找出经营的缺陷，提高经营的效率。

该方式的优点是，可对商店的营业状况进行数据统计，并可进行数据分析，改善商店的采购计划和库存状况。

5、 市场分析

目前，中型的服装店仍采用人工方式管理服装销售，管理工作量大、手- 5 - 续繁琐且容易出错。

- 6 - 6、技术评价

该系统是一个小型的信息管理系统。虽然，购买通用的商业化软件系统也能满足需要，但价格昂贵而且将来维护升级不便。鉴于学院计算机系学生缺乏一定编程能力，请学院老师带领学生开发此系统，既把握十足又节省费用。通过该项目开发，还能够为计算机系《软件工程》等课程改革提供实训教学案例，从而促进学院的专业建设、课程建设等教学改革工作。

总之，利用现有技术，本系统的功能能够实现。开发人员的数量和能力满足开发要求。在规定期限内，本系统的开发能够完成。

7、投资及效益分析

在此主要对本项目的经济可行性即成本效益进行分析。

成本估算：

硬件设备：主要有2台pc服务器，20台pc机，3台打印机，5台条码扫描仪，1台交换机3个集线器，所有设备由学院统一购置。

软件开发费用4万元。

效益分析：

本系统的开发与应用可以极大的节约工作人员的时间，提高公司的整体形象，因此具有很好的社会效益。

8、结论

由于本项目具有经济可行性、技术可行性及操作可行性，因此，本院服装销售管理系统的项目开发是可行的。

编写人员

成绩

孟洋

时间

2014 年 5 月

22日

- 7 - 可行性分析报告评审记录

文档编号:2014- 5 -03

评审内容:(评审中审议通过的内容在“□”中划“√”否则划“×”)：

1)

2)

3)

4)

5)

6)

7)

软件产品功能要点及产品化程度书 □

量化的市场前景、效益分析和竞争对手分析 □

开发优势 □

技术路线 □

成本估算 □

进度估算 □

可用的现行技术、重用软件和开发平台 □

评审意见:

评审结论：

编制人

孟洋

时间

2014 年 5 月

22日

成绩 数据流图（DFD图）

文档编号:2014- 5 -04 1、 顶层数据流图

2、 第零层数据流图

- 10 - 3、 第一层数据流图

4、第二层数据流图

编写人员

成绩

孟洋

时间

2014 年 5 月

22日

- 11 - 数据字典

文档编号:2014- 5 -05

（数据流、数据文件、数据项条目示例，至少6条）

数据流：

商品管理要求=[商品信息查看|商品入库|商品信息修改|商品信息删除]

操作员信息=编号+用户名+密码+操作员类型

商品信息=编号+名称+型号+厂家+价格+数量+附加信息

登录要求=[输入用户名|登录验证|输入密码|登录系统]

销售要求=[商品查询浏览|商品销售|自己销售报表日月显示]

数据存储（文件）：

文件名：操作员文件

组成：{编号+用户名+密码+操作员类型}

组织：按编号的顺序递增

文件名：商品文件

组成：{编号+名称+型号+厂家+价格+数量+附加信息}

组织：按分类名称的顺序递增

文件名：销售文件

组成：{编号+名称+数量+售出时间}

组织：按售出时间递减

编写人员

孟洋 时间

- 12 -

2014 年 5 月

22日 成绩

- 13 -

加工规格说明

文档编号:2014- 5 -06

（对系统中某复杂逻辑采用结构化语言、判定表或判定树表示）

编写人员

孟洋 时间

2014 年 5 月

22日

- 14 - 成绩

- 15 -

项目结构图（SC图）

文档编号:2014- 5 -07

（优化后的最终SC图）

暂无

编写人员

孟洋 时间

2014 年 5 月

22日

- 16 - 成绩

- 17 -

流程图

文档编号:2014- 5 -08

（某模块功能的流程图或NS图）

编写人员

孟洋 时间

2014 年 5 月

22日

- 18 - 成绩

- 19 -

用例图

文档编号:2014- 5 -09

（整个系统的用例图）

编写人员

孟洋 时间

2014 年 5 月

22日

- 20 - 成绩

- 21 -

用例规约

文档编号:2014- 5 -10

- 22 - 写出用例图中的用例规约

用例 登录

启动者 游客or会员or管支持者

理员

主要流程

1、用户通过下拉列表框选择身份，可以是游客or会员or管理员。

2、游客输入游客名和密码，会员输入会员名和密码，管理员输入管理员号和密码。

3、系统确认身份后，出现服装销售界面。

界面

暂无

替代流程

 数据不完整：如果某个身份的用户没有输入用户名和密码，客户端给予提醒，等用户将数据填写完整后，再连接数据库进行验证。

 用户名验证失败：在连接数据库验证信息时，如果在所选身份中找不到用户输入的用户名，给予提示：“用户名不存在”，并让用户重新输入。

 密码验证失败：在连接数据库验证信息时，如果在所选身份中找到所输用户名，但是输入的密码和正确密码不一致，给予提示：“密码错误”，并让用户重新输入。

服装规则

CR1：用户身份一共有三种：分别是：游客，会员，管理员。

CR2：游客、会员、管理员身份的用户分别以游客号、会员号、管理员号作为用户名。

CR3：用户的验证失败次数有限制。

- 23 -

议题与其它

1、用户的验证失败次数没有限制是否可行？ 编写人员

成绩

孟洋

时间

2014 年 5 月

22日

- 24 -

术语表

文档编号:2014- 5 -11

暂无

编写人员

孟洋 时间

2014 年 5 月

22日

- 25 - 成绩

- 26 -

类图

文档编号:2014- 5 -12

（整个系统的类图）

编写人员

孟洋 时间

2014 年 5 月

22日

- 27 - 成绩

- 28 -

时序图

文档编号:2014- 5 -13

核心模块相关类的时序图

会员登录模块的时序图

编写人员

孟洋 时间

2014 年 5 月

22日 成绩

- 30 -

协作图

文档编号:2014- 5 -14

核心功能的相关对象的协作图

登录模块的协作图

编写人员

孟洋 时间

2014 年 5 月

22日

- 31 - 成绩

- 32 -

部署图

文档编号:2014- 5 -15

整个系统的部署图

暂无

编写人员

孟洋 时间

2014 年 5 月

22日

- 33 - 成绩

- 34 -

包图

文档编号:2014- 5 -16

整个系统所有的包及其依赖关系

暂无

编写人员

孟洋 时间

2014 年 5 月

22日

- 35 - 成绩

- 36 -

源代码示例

文档编号:2014- -17

（某模块中类的源代码，至少2个类）

编写人员

孟洋 时间

2014 年 5 月

22日

- 37 - 成绩

- 38 -

测试用例

文档编号:2014- 5 -18

对前述类的源代码编写测试用例

编写人员

孟洋 时间

2014 年 5 月

22日

- 39 - 成绩

- 40 -

测试计划

文档编号:2014- 5 -19

测试方法：

测试方案是测试阶段的关键技术问题。为了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案，再用白盒法补充一些方案。在黑盒法测试方案中，采用等价划分技术，把所有可能的输入数据（有效的和无效的）划分成几等价类，其划分类在以下的输入中再详述。

测试手段：

黑盒加白盒

测试内容：

测试环境（硬件软件）：

测试时间（起止）：

测试总结：

测试风险：

编写人员

孟洋 时间

2014 年 5 月

22日

- 41 - 成绩

- 42 -

工程组织

文档编号:2014- 5 -20

人员分配和组织（人数、各自工作）：

软件进度计划（PERT）:

第一周：

周一 总体设计、详细设计

周二~周五 编码

第二周：

周一、二 测试

周三、四 写课程设计报告

Gantt图：

编写人员 孟洋 时间

- 43 -

2014 年 5 月

22日 成绩

- 44 -

交付书

文档编号:2014- 5 -21

项目编号：

接收单位：

接收单位联系人：

交付方式及交付日期：

交付物品清单：

标识/编号

序号 交付物品名称

（规格型号）

（产品序列号）

S/N

数量

验收结果

项目名称：

单位地址：

联系电话/传真：

交付类型： □软件交付 □硬件交付

说明

交付问题说明：

我单位已收到以上产品，特此声明。

接收负责人签字/日期

- 45 -

交付负责人签字/日期 1． “验收结果”一档由接收负责人填写，“”或“”，有问题在说明中注明，也可使用附页说明。

2． 该表格由交付人填写，一式二份，供需双方各执一份，交付结束后交付书交由项目管理部门存档。

3． 此表不足记录结果时，可以有附页，附页格式与此页相同。

- 46 -

验收报告

文档编号:2014- 5 -22

项目编号：

客户单位名称：

客户单位地址：

供方验收部门：

验收内容：（验收双方共同确认）

项目名称：

客户方验收人：

联系电话/传真：

供方验收人：

验收出现的问题与解决方法：（验收双方共同确认）

验收结论：（验收双方共同确认）

客户方验收负责人签字/日期：

成绩

开发方验收签字/日期：

项目总结报告

文档编号:2014- 5 -23

需求及可行性分析方面：

结构化分析和设计方面:

面向对象的分析和设计方面：

编码和测试方法：

分发、部署及维护：

编写人员 孟洋 时间

2014 年 月

日 成绩

- 49 -