请问一般的销售管理模块分为那些部分?使用用例该如何描述?

rwdx 2003-09-11 11:43:30
如题!
祝大家中秋节快乐!
...全文
39 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
klbt 2003-10-01
  • 打赏
  • 举报
回复
中秋快乐、国庆快乐,双喜临门!
f3611018 2003-09-30
  • 打赏
  • 举报
回复
友情UP
zhuma 2003-09-11
  • 打赏
  • 举报
回复
http://www.csdn.net/cnshare/soft/17/17752.shtm
http://www.csdn.net/cnshare/soft/16/16279.shtm
http://www.csdn.net/cnshare/soft/8/8249.shtm
http://www.csdn.net/cnshare/soft/14/14588.shtm
http://www.csdn.net/cnshare/soft/12/12435.shtm
信 息 工 程 学 院 课程设计报告 课程名称: 软件建模与分析 设计题目: 网吧管理系统 目录 1. 引言 1. 问题提出的背景 2. 现状及研究意义 2. 系统概述 1. 系统需求分析 2. 系统的主要功能 3 UML建模 2.1分析问题领域 4.1.1用例图 3. 设计静态结构模型 4.2.1类图 4.2.2对象图 4. 设计动态行为模型 4.3.1顺序图 4.3.2状态图 4.3.3活动图 4 总结 1.引言 1.1问题提出的背景 需求分析 需求分析分为三个部分:需求的文字表述、数据流图、数据字典。 一、 需求分析 第一部分 调查用户需求 在对网吧管理系统进行实质性分析设计前,我们对用户需求的做了以下几个方面进行了 调查。 用户的需求可分为三个方面:一方面是网吧工作人员通过网吧管理系统来管理网吧的各 种设备,来方便用户上网,网吧的管理,软硬件的更新;二方面是用户能通过该系统来 搜索自己需要用到的软件;三方面是对网吧数据库管理的需求,数据库在DBMS中扮演着 极其重要的角色,所以能对系统数据库进行安全和全面地管理也成为了网吧管理者的一 个重要需求。这三个方面形成了网吧管理系统的一个有机工作整体,采用计算机平台进 行自动化信息处理,可更高效的维护和更新网吧的软硬件设备,为用户提供更好的服务 ,对网吧的工作人员更好的管理。 在软、硬件方面对系统的需求,软件要求易学,界面友好,容易掌握,可以很简单方便 的管理网吧各种软硬件信息。硬件需求的配置要求不能太高,这样可以很好的适应当前 的大中型网吧。 本系统开发的总的设计目标是实现网吧管理的系统化、规范化和自动化,实现对网吧软 硬件的集中统一的管理。本系统主要实现对网 吧内部信息的管理,主要功能为管理软硬件更新维护、网吧工作人员的工作安排、网吧 的财务管理、查询、删除和工作人员的信息和上网用户信息等。 1.2现状及研究意义 本系统是在visual studio 2008环境下开发的网吧管理系统,数据库采用SQL server 2005。这两种开发工具提供集成和可视化开发工具,使得开发过程相对轻松了许多。 1.实现网吧不同配置机器的上机下机管理和计费。 2实现网吧对所有机器的当前状态的查询,方便管理人员管理。 3建立当前机器软硬件的版本信息数据库,方便管理人员尽兴更新维护。 4建立网吧工作人员数据库,限定工作人员权限,保障数据库安全和工作人员的工作安排 划分。 5. 建立网吧内部超市销售物品数据库,方便货物的补充。 6. 建立网吧会员用户数据 库。 2.系统概述 2.1系统需求分析 网吧管理系统总体构架 2.2系统的主要功能 在系统中,管理员将学籍管理所有的信息数据,包括系统用户信息数据、系统信息数据 、班级信息数据、教师信息数据、学生信息数据、选课信息数据,进行处理并保存在学 籍管理系统中,教师通过学籍管理信息系统对学生的成绩进行录入,又可以在学籍管理 系统中的选课查询数据模块中对班级学生名单进行查询,学生可以在学籍管理系统中进 行选课,也可通过数据查询模块对自己的成绩进行查询,通过分析画出的数据流图: 其中学籍管理信息包括系统用户信息、系部信息、班级信息、教师信息、学生信息、课 程信息、选课信息、数据查询信息。 3.UML建模 3.1什么是UML? UML是一种统一建模语言 3.2 UML四大核心内容? 1. UML核心模型 用例的特征: 用例是相对独立的 用例的执行结果对参与者来说是可观测的和有意义的。 这件事必须由一个参与者发起。不存在没有参与者的用例用例不应该自动启动,也不 应该启动另一个用例用例必然是以动宾短语形式出现 (5)一个用例及时一个需求单元、分析单元、设计单元、开发单元、测试单元、部署单 元。 关系的总类: (1)关联关系:一种弱的连接关系。 (2)泛化关系:表示类与类、接口与接口之间的继承关系或类与接口的实现关系。 (3)聚合关系:是关联关系的一种,表示整体与个体的一种弱的"拥有"关系。(4)依 赖关系:是类与类之间的连接,代表一个类依赖另一个类。 (5)合成关系是一种强依赖关系 (6)精华关系 (7)实现关系 (8)扩展关系 组件的性质:完备性、独立性、逻辑性、透明性。 UML核心元素 统一过程核心工作流程 UML核心视图 5.模型,视图,和图表 1. 用例图-----捕获系统中用户能够看见的功能 1) 角色:任何一个与系统发生相互作用的事物都可以表现为一个角色。角色可以是人也 可以是物。 2) 一个用例定义了一组系统要做的有序的动作序列,并且这个动作序列要产生一个可观测 的结果,返回给某一个特定的角色。 单个执行者可与多个用例联系;反过来,一个用例可与多个执行者联系。对同一个用例 而言,不同执行者有着不同的作用:他们可以从用例中取值,也可以参与到用例

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧