第3篇 软件需求分析_1.ppt

系统需求 1. 执行者—用户 系统是通过网络提供给商品的销售者和购买者一个交易平台，因此所有上网用户都是本系统的用户，具体又分为商品购买者和商品销售者、系统管理员。 考虑到一般用户既可能是商品购买者也可能是商品销售者，所以将用户分为:非会员用户和会员用户。 非会员_未注册的用户,只能在网站上浏览商品,不能参与竞标，也不能提供物品出售。 会员_已注册的用户,可以直接参与拍卖或竞标。 系统需求 2.用例 — 分析系统功能 ⑴提供高效的内容丰富的 Web 拍卖商业服务;展示产品、相互竞价 、产品成交 。 ⑵实现拍卖商品种类的更新和消息的发布。 ⑶实现个人物品流通和网上信息发布、留言。 初步确定以下功能： 1)会员注册 2)会员天地 3)商品分类浏览 4)查找商品 5)拍卖商品 6) 购买商品 7) 网上支付 系统需求 进一步确定以下功能： 1) 会员注册 （填写用户帐号,用户名,密码,Email等) 2) 会员天地（查看并修改个人信息,交易记录,收邮件,信用评价等) 3) 商品分类浏览（浏览、更新、最新商品推荐等 ) 4) 查找商品（按关键字查找、输出打印商品信息） 5) 拍卖商品（包括商品上架：提供商品信息:商品名称、类别、图片、,起拍价格、新旧程度、使用时间 等，及编辑商品，商品下架） 6) 购买商品 (即出价参与竞标，拍卖结束时按照竟价规则获得商品） 7) 网上支付 （通过银行网络系统进行交易，设置多 种支付方式） ——增加执行者“银行” 8) 收藏商品（可添加收藏，取消收藏，修改收藏） 9) 会员管理（查看会员信息，封锁会员账号，激活 会员账号） 10) 商品类别管理（添加商品类别，编辑商品类别， 删除商品类别） 11) 交易管理（查看交易，查看交易报表，关闭交易, 退款管理，申诉管理） 12) 公告栏管理（添加公告，修改公告，删除公告） 建立Use Case模型 买商品 卖商品 1. 精度要求 本系统所涉及的所有交易数据，均按实数保存，在处理时保留小数点后2位。 2. 时间特性要求 操作响应时间：满足普通人员的操作要求； 查询运行时间：满足普通人员的查询要求； 更新处理时间：数据库在网络无故障的情况下， 插入一条数据和更新一条数据的数据库操作响应时间 控制在2秒/条之内； 数据传输时间：数据交换过程控制在10秒钟内； 非功能需求 非功能需求 3. 故障处理能力要求 当出现错误时，要求以界面形式向用户说明，并 用一览表方式列出，各类可能的错误或故障出现时， 系统的处理方法和补救措施。 4. 灵活性需求 要求当用户需求，如操作方式，运行环境，结果 精度，数据结构及其他软件接口等发生变化时，增加 新模块时，不会修改原有的模块。 5.安全性 采用用户名及密码，对用户授权使用。支付过程 中的安全性由银行网上支付系统进行保证。 改进的Use Case模型 需求工程小结 软件需求工程,是软件开发人员与用户密切配合，充分交换意见，获得对需求一致意见的过程。 在开发者一方，参与工作的主要角色是系统分析员和系统工程师等，负责沟通用户和开发人员的认识和见解，起着桥梁作用。 需求工程阶段的最终任务是要完成目标系统的需求规格说明，确定系统的功能、非功能需求和性能，为后阶段的开发打下基础。 本阶段常用的有SA法，原型法，OOA法等。 chapter__2 * 案例分析 P53-63 综合信息管理平台 需求规格 * * * * * 2、Warnier Diagram： {：层次 （n1 ,n2):重复n1到n2次 ?：二者择一 例： 头条新闻 地区队 头版 国内新闻 体育新闻 职业队 本地新闻 拳击 社论(1,1) 经营简讯 专栏(1,3)