（软件工程21组订单管理系统

院 系： 计算机科学学院 专 业： 计算机科学与技术 年 级： 2008级 课程名称： 软件工程导论 班 号： 一大班 组 号： 21组 指导教师： 刘卫平 2010年 12月 12日 组 员 学号 姓名 08061105 黄 成 08061051 杨建海 08061099 周 进 08061097 雷 文 实验 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 目 订单管理系统 实验室：9#204 成 绩 评 定 教师签名： 年 月 日 目录 需求分析…………………………………………… 1.1引言…………………………………………………… 1.2任务概述………………………………………………… 1.3数据描述………………………………………………… 1.4功能需求………………………………………………… 1.5性能需求………………………………………………… 1.6运行需求………………………………………………… 1.7其他需求………………………………………………… 总体设计…………………………………………… 2.1引言………………………………………………… 2.2总体设计………………………………………………… 2.3数据结构………………………………………………… 2.4出错处理………………………………………………… 3.详细设计…………………………………………… 3.1引言………………………………………………… 3.2 系统设计………………………………………………… 3.3界面设计………………………………………………… 3.4数据库连接……………………………………………… 3.5各主要功能的具体伪代码实现………………………… 测试用例…………………………………………… 定单管理系统 需求规格说明书 引言 1.1编写目的 需求分析是软件系统生存期中定义阶段的最后一个步骤，是作为整个软件开发范围的指南，是软件开发人员开发出正确的符合用户要求的软件的重点。该文档将最终交给软具体开发人员进行具体的开发，其针对的对象是开了人员。 1.2项目背景 订单管理是每所公司或工厂必须面对的工作，特别这几年，我国加入WTO，随着国家政策的调整，给企业的订单管理，商品的进存销都带来了不少冲击。但一直以来用传统人手方式管理文件 档案 肢体残疾康复训练教师个人成长档案教师师德档案表人事档案装订标准员工三级安全教育档案 ，这种管理方式存在许多缺点：效率低，保密性差，另外随着进货数量的增加，这必然增加了订单管理者的工作量和劳动强度。同时，将产生大量的文件和数据，这给订单信息的查找，更新和维护都带来了不少困难。据调查，目前我国还有相当一部分企业的订单还停留在纸介质的基础上，尤其小型工厂或企业对订单的管理更是落后。这样的管理机制已经不能适应时代发展的需求，其管理方法将浪费人力物力。随着科技的不断提高，计算机科学与技术日渐成熟，这种传统的手工管理模式必然被以计算机为物质基础的信息管理方式所取代。 1.3定义 静态数据--系统固化在内的描述系统实现功能的一部分数据. 动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据. 数据字典--数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的"严密性"和"精确性",没有半点含糊. 1.4参考资料 《软件工程导论》(第5版) 张潘海 著 《数据库系统概论》(第四版) 王珊 萨师煊 著 2、任务概述 2.1目标 软件需求分析阶段有以下几个目标: ●给出软件系统的数据流程图与数据结构,构造一个完全的系统逻辑模型. ●提出详细的功能说明,确定设计限定条件,规定性能要求. ●密切与用户的联系,使用户明确自己的任务,以便实现上述两项目标. 2.2运行环境 软件基本运行环境为Windows环境. 2.3条件与限制 由于系统较小,且在windows系统下开发,故在windows环境下基本没有什么限制. 3、数据描述 3.1静态数据 静态数据是系统内部有关的数据结构与 操作规程 操作规程下载怎么下载操作规程眼科护理技术滚筒筛操作规程中医护理技术操作规程 . 具体可包括:系统用户 表格 关于规范使用各类表格的通知入职表格免费下载关于主播时间做一个表格详细英语字母大小写表格下载简历表格模板下载 user_Info 客户基本信息表格customer_Info 产品基本信息表格product_Info 定单信息表格order_Info 退货信息表salret_Info. 3.2动态数据 动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值. 可以用数据流图来描述如下： 图1-1 3.3数据库描述 根据上面的分析就可以设计出能够满足用户需求的各种数据实体,以及它们之间的关系,为后面的逻辑结构设计打下基础.这些实体包括各种具体信息,通过相互之间的作用形成数据的流动. 本系统的实体有:产品实体,客户实体,定单实体，退货情况实体各个实体具体的描述E-R图如下: 图1-2产品实体E-R图. 图1-2 图1-3客户实体E-R图： 图1-3 图1-4定单实E—R体图： 图1-4 图1-5退货情况实体E－R图： 图1-5 图1-6为各实体之间E-R图： 图1-6 3.4数据字典 传统的数据字典包括以下几种类型的条目: (1).数据流条目--数据流条目给出某个数据流和定义,它通常是列出该数据流的各组成数据元素. 该系统中的数据流条目有: 客户基本信息=客户号+客户姓名+客户性别+客户地址+联系电话+日期+注释； 产品基本信息=产品号+产品名称+产品单价+库存量+记录日期+产品规格 +产品描述； 定单基本信息=定单号+客户号+定购产品号+定购总额+定购日期+客户电话+业务员+业务员电话+客户地址+单价+备注 退货信息=定单号+客户号+联系电话+退货原因+退货处理情况+处理原因+处理日期 系统用户信息=用户名称+用户密码+用户描述 (2).文件条目--文件条目给出某个文件的定义,列出它的组成数据项,此外还要给出文件的组织形式. 例:定单信息文件={客户基本信息记录}+{产品基本信息记录} 主键:定单号+客户号+产品号 (3).数据元素条目--给出某个数据单项的定义,通常是数据项的值类型. 例:客户基本信息记录中"客户号"的数据值类型为数值类型,有效值范围为000000～999999. (4).处理说明条目--给出数据流程图中不再分解的变换处理说明的定义. 2010-12-22 3.5数据采集 系统数据采集是由数据库系统在软件运行期间通过人机界面来提示用户输入的. 4、功能需求 4.1功能划分 功能划分可以用层次方框图表示如下： 图1-7 4.2功能描述 4.21系统登录模块：此模块是为了保证系统数据的安全性，为用户建立用户名和密码。 4.22 客户基本信息模块：此模块完成是对客户信息的新建、查找、删除和打印功能。 4.23 定单基本信息模块：此模块完成是对定单基本信息的新建、查找、删除和打印功能。 4.24 产品基本信息模块：此模块完成是对产品基本信息的新建、查找、删除和打印功能。 4.25 帮助模块:此模块给出了系统的使用说明。 5、性能需求 5.1数据精确度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍。 5.2时间特性 本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的.而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意。 5.3适应性 该软件是使用VC++在windows xp/2000/NT系统下完成的所以只要是兼容windows的软件或是操作系统,该软件都可以正确地运行,有较好的适应能力与兼容性.而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口,随时满足用户的使用要求。 6、运行需求 6.1用户界面 系统运行时的主界面大致要求为windows的经典运行界面,主界面可以是SDI(单文档界面)即每个窗体之间是独立的,也可以是MDI(多文档界面):有一个主窗体,可以包含其他窗体。 6.2硬件接口 软件较小除硬盘外,基本没有与外界硬件的联系,不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口,这点较易实现。 6.3软件接口 在这里主要考虑软件与操作系统的接口,考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口.例如microsoft的office系列.另外用户还有用户所需要的软件接口,这些应在用户需求定义时明了. 6.4故障处理 考虑到软件的范围不大,所以故障处理一般由操作系统完成,系统只要保持与操作系统的接口即可.只要操作系统没有大的故障程序一般是比较稳定的.考虑到用户对数据的安全性要求,程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能,这点在数据库软件中已经达到了,只要稍微在其上再增加用户所需要的附加功能即可。 7、其他需求 系统保证了较好的可使用性与数据的安全保密性,但由于系统较小只保留一定程度的可移植性,可维护性。 订单管理系统软件总体设计说明书 引言 1.1编写上的 本文档既要描述订单管理系统中的功能模块，主要包括产品新建、产品管理、产品查询、订单新建、订单管理、订单查询、订单删除以及系统维护。 1.2背景 1.2.1待开发的软件系统名称：订单管理系统。 1.2.2项目的任务提出：实验要求。 1.2.3开发者：中南发大学生。 1.2.4用户：未知。 1.3参考资料： 《软件工程导论》(第5版) 张潘海 著 《数据库系统概论》(第四版) 王珊 萨师煊 著。 总体设计 2.1需求规定 系统的主要功能模块用以下三个主要的IOP图表示： 图2.1—1用户注册IOP图 图2.1—2用户基本操作IOP图 图2.1—3订单管理员基本操作IOP图 2.2运行环境 2.2.1硬件环境：同需求分析。 2.2.2软件环境：同需求分析。 2.2.3开发环境：同需求分析。 2.3结构 订单管理系统的总体结构如3.2—1所示。 图3.2-1 2.4模块设计 2.4.1由总体设计可知，该系统主要由四大模块功能即：产品查看模块、用户注册模块、客户端操作模块以及订单管理员模块。在各个模块中者包括相应的小模块。以下为各个模块的基本功能： 2.4.2产品查看模块： 该模块提供任何给任何进入系统的浏览，可以查看所有产品的信息也可以指定自己需要的产品，输入产品名或者产品号进行查看。 2.4.3用户注册模块： 该模块主要为用户提供注册接口，用户按要求输入自己的基本信息，提交后系统自动存储用户基本信息，用户变为注册客户或者会员。 2.4.4客户端模块： 该模块为注册用户提供登陆接口后，根据用户的选择，打印产品或者该客户的订单信息，客户可以添加新的订单，修改密码，也可以撤消已有但末被厂家确认的定单。 2.4.5订单管理员模块： 该模块为订单管理员提供登陆接口，然后根据操作响应相应的功能：查看产品信息以及库存，定义新的产品，查看订单信息，确认定单或者取消神定单，查看客户取消的订单。 3数据结构 3.1数据结构逻辑设计 本系统中新建数据库OrderSystem中包含表： Product(产品号【主键】，产品名称，产品单价，库存量，记录日期，产品规格，产品描述)。 Clients(客户号【主键】，客户姓名，客户性别，客户地址，联系电话，日期，注释)。 Management(账号,密码)。 Order(定单号【主键】，客户号【外键】，定购产品号【主键】，定购总额，定购日期，客户电话，业务员，业务员电话，客户地址，单价，备注，业务员确认备注)。 Cancalorder(定单号【主键】，客户号【外键】，联系电话，退货原因，退货处理情况，处理原因，处理日期)。 3.2数据库OrderSystem的物理存储结构采用顺序结构。 3.3数据库用到各表及其类型如下。 编号 列名 数据类型 允许为空 1 产品号 int 2 产品名称 Char 3 产品单价 double 4 产品规格 Char 5 记录日期 Char 6 库存量 int 7 产品描述 Char 表3.2-1产品信息列表 编号 列名 数据类型 允许为空 1 定单号 int 2 客户号 Char 3 联系电话 Char 4 退货情况 Char 5 退货处理情况 int 6 处理原因 Char 7 处理日期 Char 表3.2-2定单信息列表 表3.2-3 退单信息列表 编号 列名 数据类型 允许为空 1 客户号 int 2 客户姓名 int 3 客户性别 Char 4 客户地址 Char 5 联系电话 Char 6 日期 Char 7 注释 Char 表3.2-4客户基本信息列表 编号 列名 数据类型 允许为空 1 定单号 int 2 客户号 int 3 产品号 int 4 定购总额 Char 5 定购日期 Char 6 客户电话 char 7 业务员 Char 8 业务员电话 Char 9 客户地址 Char 10 单价 double 11 备注 Char 12 业务员确认备注 int 表3.2-5业务员基本信息表 编号 列名 数据类型 允许为空 1 业务员编号 Int 2 业务员姓名 char 3 业务员电话 int 4出错处理 4.1数据库操作出错系统自动显示出错信息。 4.2用户操作出错用MessageBox的弹出式方式给用户给出提示。 4.3及时备份数据库，避免突发因素给系统带画影响。 4.4严格按照设计来开发系统，做好维护系统工作。 定单管理详细设计 实验报告 1引言 1.1编写目的 在前一阶段中，已解决了实现该系统需求的程序模块设计问题：包括系统模块间的关系设计各个模块的基本结构设计，在以下的详细设计报告 中将对系统所做的所有详细设计进行说明。 本阶段依据需求设计的要求，确定应该如何具体地实现的要求的系统，从而在编码阶段可以把这个描述直接 翻译 阿房宫赋翻译下载德汉翻译pdf阿房宫赋翻译下载阿房宫赋翻译下载翻译理论.doc 成用具体的程序语言书写的程序。具体包括各功能模块信息的录入、修改和删除，以及对数据库信息的统计分析等。 1.2定义 1.3参考资料 1 需求分析报告 2 概要设计中各实体图和ER图 2 系统设计 2.1系统功能描述 2.1.1厂家功能描述 2.1.1.1产品基本信息 1、查看已有产品的基本信息 产品基本信息=产品号+产品名称+产品单价+库存量+记录日期+产品规格 +产品描述。 2、定义新的产品包括 产品基本信息=产品号+产品名称+产品单价+库存量+记录日期+产品规格 +产品描述。 3、更新产品的基本信息 产品基本信息=产品号+产品名称+产品单价+库存量+记录日期+产品规格 +产品描述。 2.1.1.2定单基本信息 1、查看已有定单的基本信息 定单基本信息=定单号+客户号+定购产品号+定购总额+定购日期+客户电话+业 务员+业务员电话+客户地址+单价+备注。 2、确认定单，并发送确认信息给客户定单记录。 3、取消定单，并发送取消信息给客户定单记录。 4、查看客户自己取消的定单，其中，退货信息=定单号+客户号+联系电话+退货。 原因+退货处理情况+处理原因+处理日期。 2.1.1.3仓库基本信息管理 1、打印仓库中产品的基本信息。 2、更新仓库中产品基本信息。 2.1.1.4生产线基本信息管理 1、接收并找钱原有产品的生产型号为数量。 2、接收并打印新的生产产品生产型号和数量。 3、更新仓库中产品型号和数量。 2.1.2客户功能描述 2.1.2.1基本信息功能 1、所有用户均可登陆系统并杳看产品的型号的数量。 2、普通用户可以注册成为新的用户。 注册信息包括：客户基本信息=客户号+客户姓名+客户性别+客户地址+联系电话+ 日期+注释。 3、普通用户可以查看帮助文档。 2.1.2.2定单功能 注册用户可以查看自己的基本信息。 注册用户可以查看产品的基本信息。 注册用户可以下定单，其中：定单基本信息=定单号+客户号+定购产品号+定购总额+定购日期+客户电话+业务员+业务员电话+客户地址+单价+备注。 注册用户可以取消已下的定单，其中，退货信息包括：退货信息=定单号+客户号+联系电话+退货原因+退货处理情况+处理原因+处理日期。 注册用户可以查看帮助文档。 3界面设计 3.1、在界面设计时，根据原型化的开发原则和根据功能描述，为务个棋局功能进行界面 设计，作为进一步优化的基础。 3.2、进行系统和流程分析，为模块的细化做好准备。 3.3、对第个模块进行详细的算法设计。 3.4、登录及系统主窗口界面设计，该界面主要包括登陆系统，查看产品信息，注册客户，客户登陆，业务员登陆等主窗口。 3.4.1、登陆系统后，点击查看产品信息按钮，进入产品信息界面，点击所有产品打印所有产品的产品信息，输入产品号再点查询可以查看该产品的具体信息，点击退出返回到系统主窗口界面。 3.4.2、在主窗口点击注册进入客户注册界面，在客户界面输入客户的基本信息后提交，打印注册成功，否则打印注册失败，点击帮助按钮打印注册帮助文档，点击退出返回主窗口界面。 3.4.3、在主窗口点击客户登陆弹出登陆界面，登陆成功则进入客户界面，失败则弹出登陆失败，并重新输入，点退出返回主窗口，进入客户界面后，客户可以下单：点击下单按钮，后进入下单界面，客户输入订单基本信息后提交，成功则返回，失败给出提示信息；客户点击查看定单可以查看自己下发的所有定单的基本信息，客户点击退单进入退单界面，客户点击自己的定单号，选择既定，弹出退定成功，如果没有定单则不能退单；客户点击帮助可以查看帮助文档，点击返回可以返回主界面。 3.4.4、在主界面点击业务员登陆，弹出登陆业务员界面，输入用户名和密码后成功，进入业务员界面，否则提示重新输入。进入业务员登陆界面后，业务员可以点击产品信息，查看仓库中所有产品的信息；点击定单进入定单管理界面，进入定单管理界面后，可以查看已处理定单，查看已下定单，查看客户退定定单，在已下定单下点击定单确认可以确认该定单，点击取消定单可以取消该定单，点击返回则返回到业务员登陆界面；点击新产品进入新产品定义界面，进入新产品定义界面后，可以填入新产品的所有信息，点击提交返回成功，点击帮助查看帮助文档，点击退出返回定单管理界面；点击帮助查看帮助文档；点击退出返回主界面。 数据库连接 4.1、该系统采用MFC为前台，后到数据库可以为txt文档，也可以为access数据库，但为了保证数据的可靠性和保密性，系统将采用SQL语言作为后台数据库。 4.2、MFC与SQL有两种连接方法，ODBC和ADO，考虑到实现的难度采用ADO方法连接SQL。数据库中添加多个表单：产品信息表，定单信息表，退货信息包括：退货信息、客户信息表等。 4.2.1、产品信息表单包括：产品号【主键】+产品名称+产品单价+库存量+记录日期+产品规格+产品描述。 4.2.2、定单信息表包括：定单号【主键】+客户号【外键】+定购产品号【主键】+定购总额+定购日期+客户电话+业务员+业务员电话+客户地址+单价+备注+业务员确认备注。 4.2.3、客户信息表包括：客户号【主键】+客户姓名+客户性别+客户地址+联系电话+日期+注释。 4.3.4、退货信息表：定单号【主键】+客户号【外键】+联系电话+退货原因+退货处理情况+处理原因+处理日期。 编号 列名 数据类型 允许为空 1 产品号 int 2 产品名称 Char 3 产品单价 double 4 产品规格 Char 5 记录日期 Char 6 库存量 int 7 产品描述 Char 表4.2-1产品信息列表 表4.2-2定单信息列表 编号 列名 数据类型 允许为空 1 定单号 int 2 客户号 int 3 产品号 int 4 定购总额 Char 5 定购日期 Char 6 客户电话 char 7 业务员 Char 8 业务员电话 Char 9 客户地址 Char 10 单价 double 11 备注 Char 12 业务员确认备注 int 表4.2-3 退单信息列表 编号 列名 数据类型 允许为空 1 定单号 int 2 客户号 Char 3 联系电话 Char 4 退货情况 Char 5 退货处理情况 int 6 处理原因 Char 7 处理日期 Char 表4.2-4客户基本信息列表 编号 列名 数据类型 允许为空 1 客户号【主键】 int 2 客户姓名 int 3 客户性别 Char 4 客户地址 Char 5 联系电话 Char 6 日期 Char 7 注释 Char 各主要功能的具体伪代码实现 由于系统功能多，以下明子的说明其主要的实现过程： 通过以下代码实现在系统中执行SQL代码： try { m_pConn->Execute((_bstr_t)strSQL,NULL,adCmdText); return true; } catch(_com_error e) { CATCH_ERROR return false; } 关于数据的查看：在VC中传SELECT… FROM…WHERE…语句到SQL，选择适合条件的数据，显示到合适的位置即可。如 _RecordsetPtr m_pRecordset= theApp.m_ado.GetRS("SELECT * FROM clients WHERE cno='" + cSCno + "'" ); if (m_pRecordset->adoEOF) return -1; else return 1;等。 关于数据的插入即新建客户和新建定单：在VC中发INSERT …INTO….语句即可完成对数据的插入。 CString sql("INSERT INTO clients VALUES('" + SCno +"','" + SCname + "','" + SCsex + "','" + SCaddress + "','" + SCtel + "','" + SCdate + "','" + SCnote +"')"); theApp.m_ado.Execute(sql); 关于数据的删除：在VC中传送DELETE …到SQL中，然后运用UPDATE语句即可完成对数据：客户，定单等的删除。 theApp.m_ado.Execute("DELETE FROM clients WHERE cno=" + SCno); 关于数据的更新： _RecordsetPtr m_pRecordset= theApp.m_ado.GetRS("SELECT * FROM Products WHERE pno = '" + m_SPno + "'" ); CString str=""; str =(LPCTSTR)((_bstr_t)m_pRecordset->GetCollect("pstock")); int pstocks=atoi(str); int msum=atoi(m_SPaddsum); int finalstock=pstocks+msum; //itoa(finalstock,str,10); str.Format("%d",finalstock); //str+=m_SPaddsum; CString str_sql ="UPDATE Products SET pstock = '" + str + "' WHERE pno ='" + m_SPno + "'"; // int pstock=atoi() theApp.m_ado.Execute(str_sql); MessageBox("入库成功！"); } UpdateData(FALSE); 通过调用CADO类的Execute()成员函数就能够完成SQL语句的直接执行，代码如下： BOOL CCADO::Execute(CString strSQL) { try { m_pConn->Execute((_bstr_t)strSQL,NULL,adCmdText); return true; } catch(_com_error e) { CATCH_ERROR return false; } } 订单管理系统功能用例测试 1、 引言 在前面的过程中，已经完成对软件的需求分析、总体设计、详细设计以及代码实现等的工作，现对该系统的各个功能进行逐一测试。 测试过程中通过黑盒和白盒相结合的方式，重点测试产品新建、产品管理、产品查询、订单新建、订单管理、订单查询、订单删除、会员注册、会员注销以及系统维护等功能。 2、具体测试 2.1关于系统主界面 系统主界面提供产品查看，产品一览，会员注册，会员登陆和管理员登陆等入口 对所有登陆到系统的用户，都可以查看所有产品，在产品展示中，用户可以直接查看数据库中的原始产品信息，而在产品详细查询中，用户可以查看已有产品的模糊信息，也可以根据模糊信息中所得的产品号，查看该产品的详细信息。测试用例如下： 2.2产品展示： 2.3产品详细查询： 模糊查询： 仔细查询： 当不输入产品号时，给出提示，并提示在不知道产品号时，通过模糊查询获得： 当输入错误的产品号时： 正确操作结果： 2.4关于用户注册 点击用户服务中的会员注册，自动跳转到注册页面： 当不输入姓名时： 当用户名或者客户号重复时： 操作正确时： 2.5用户登陆： 点击相应的登陆接口，按要求填写客户号和客户手机号，初始为1，5. 如果有没注册的用户或者手机号填写有误，给出提示： 以下为填写正确用例： 进入客户管理界面： 下面用黑盒逐一测试其下各个功能： 账号查看和注销： 以上完成了对用户个人信息查询和用户注销功能，均需输入客户姓名。 下新的订单： 系统检索用户所有输入信息，信息填写必须完整，以下贴图从略。 客户必须输入自己的客户号，和新的订单号（不能重复），填入正确的产品信息和客户信息： 以下为错误填写订单情况： 不输入客户号： 不输入产品号： 输入产品数量错误： 当输入重复的订单号时： 订单查看和删除： 2.6管理员登陆 系统已经初始化其账号我密码，进入后可进行相关操作： 对于查看窗口，可以查看相关信息，以产品查看为例： 对于下面操作，均涉及对数据库的更改操作，以下一一测试： 增加新的产品时，不能重复已有的产品号： 正确操作时： 对于产品入库即增加产品量操作，管理员只能对已有产品增库存，可以先通过模糊查询得到已有产品号： 然后对需要入库的产品增加库存量： 以下为误操作及提示： 2.7订单管理操作 管理员对客户增加的订单需要加以确认才能生效。 对订单的确认，需要先存在这个订单，然后才能对其确认。 3测试说明 系统经过以上测试，达到预期功能，各个操作合理。在各个操作过程中，尚未发现重大错误，现阶段已经可以交付使用。