y10665450010.pdfVIP

山东大学硕士学位论文 2.2系统需求问题描述 需求就是系统必须提供的能力和必须遵从的条件。需求的最根本的挑战在 于:寻找:交流并记住 (通常是指记录)什么是真正需要的，并能够清楚地向用 户和开发团队的成员讲解川. 销售子系统的需求获取过程中应注意的问题: 1. 需求获取是项目开始的 “龙头”，没有正确理解用户的需求，系统可能 是 “空中楼阁”，所以需求的获取必须有充足的时间。 2. 获取需求时一定要有提纲，事先把要问的问题规划好，既要考虑到企业 管理的实际情况，要调研模块的管理、考核重点，又要考虑到物流行业的特殊性， 同时结合产品、软件实现的特点，在其它类似企业碰到的一些特殊情况，很具体 地结合。 3. 了解现行业务时，把握 “四不要”:不要轻易打断用户的思路;不要主 观地用自己的想法去引导、启发客户来描述他们的流程:不要按照你以前使用的 软件去引导用户:不要引导用户往理想的、尚未实现的流程上靠，否则，你可能 得到不真实的信息。 4. 需求获取时首先你要确认你是否听懂用户在阐明什么。即使他所要求可 能就是错的，你也要把他的意思复述给他听，这样，他就明白了:“你听懂了”， 否则，很容易造成误解，在此我们必须明确一个原则:当你要反对他的时候，请 将他的意思重复一遍。 5. 引导用户按流程发生的先后顺序描述，这样条理性较好，同时不会出现 遗漏。 6. 系统需求获取，必须重视用图表说话，整体系统图、分活动图，是跟系 统分析设计人员沟通最好的介质。切记:文不如表，表不如图。 2.2.1系统功能性需求分析 1.销售子系统的业务流 (1)接受订货 每天早晨仓库向营业部申报关于无库存和库存不足的商品一览表。这个一览 山东大学硕士学位论文 表是仓库根据库存总帐制作的。 一般情况下，对于顾客的订购，若是上述一览表中的商品，就拒绝顾客的订 购。但在特殊情况下，如顾客订购的数量多，顾客是公司的老客户，大客户，在 以 “客户为中心”为指导的情况下，为了尽量保留老客户，发展新客户，应采取 一些措施，例如，与仓库协商尽快进货:对于同意延期的顾客，公司将会提供相 应的优惠政策。 (2)商品发出指示单 在物流公司，9:00^-17:30均可接受顾客订货。对于11:30前接受的订货， 当日交货。对于超过11:30的订货，则次日交货。如果顾客指定了交货日，则必 须要在指定日交货。 对顾客的订货内容进行确认后，必须要打印出商品发出指示单，同时还要打 印出货单、收据和销售额传票。其中销售额传票一式两份，一份由营业部保存， 另一份在商品交货后，转交给会计科，销售额传票输出后，订货单即作废。 (3)发货 收到营业部的发出指示单，仓库开始进行取货，同时在库存总帐中记录商品 名称及发出数，同时更新商品库存数。取货完成后，仓库将准备好的货物和货单 及收据交给发送科。发送科的职责是将商品及货单交给顾客，并让顾客在收据上 签字，然后把收据交给营业部，营业部在销售额传票上进行确认。 (4)赊销登记 会计科以销售额传票为依据，在赊销总帐上记录顾客的赊销信息，并更新顾 客的赊销余额。 (5)入款登记 若顾客向指定银行户头入款，则会计科可收到银行的汇款通知(入款)单。然 后会计科制作入款传票，按付款通知单号码登记赊销总帐入款额和入款日，并更 新备份的付款通知单赊销余额.入款传票统一编码，每接受一迭付款编码即加1e (6) 日报和月报 以每天结束时电脑中存储的销售额数据为基础，营业部分别制作按顾客和商 品分类的日报。按照同样的方法，月末以日报为基础制作月报。 2.系统的用例描述 山东大学硕十学位论文 采用面向对象(00,ObjectOriented)分析方法对销售子系统进行分析，首 先使用统一建模语言 (UML.UnifiedModelingLanguage)来构建系统的用例模 型(Usecasemodel)，用例模型定义系统要做什么，是用来获取系统需求的有效 手段。用例模型由 “角色” (Actor)和 “用例” (UseCase)或者说参与者组成。 我们在构建一个用例的时候，通常要做的第一件事情是识别角色，或者说参与者。 然后我们需要识别系统为参