面向过程软件需求规约——例子.docVIP

论坛回复监控小助手软件需求规约 Bulletin Board System Assistant Software Requirements Specification 项目名称：论坛回复监控小助手 摘要：本文档系统阐述软件“论坛回复监控小助手”的详细信息。本文档主要介绍“论坛回复监控小助手”在开发过程中的具体需求，以及设计约束条件，作为将来项目设计、测试和验收的标准。 相关文档： 修改记录： 日期 版本 说明 作者 2009-9-20 V1.0 分析该项目, 建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出软件的各种需求。2009-9-27 V1.1 重新组织文件框架,增添数据字典,增添用例模型,增添功能实现方法,修改前言部分,修改约束条件, 2009-10-13 V1.2 缩减设计与假设关系,完善用例模型调查 2009-10-17 V1.3 修改目录,完善数据字典,完善用例模型调查。 目 录 1 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 5 1.4 参考资料 5 1.5 概述 5 2 整体说明 6 2.1 用例模型调查 6 2.2 假设与依赖关系 11 3 具体需求 12 3.1 用例报告 12 3.2 补充需求 12 3.3 数据字典 13 3.3.1 设置监控论坛 13 3.3.2 选择实时监控论坛 13 3.3.3 查看信息 14 3.3.4 登录验证 16 3.3.5 结构层次图 17 4 设计约束 17 4.1 实现平台约束 17 4.2 技术实现约束 18 4.3 程序注释约束 18 4.4 文档模版约束 18 4.5 软件文档编写约束 18 4.6 时间约束 18 5 交付技术内容 18 6 时间安排 18 简介 《论坛回复监控小助手软件需求规约》主要是描述基于Windows平台开发的一个自动跟踪监控论坛上所发帖子的回复情况的软件完整需求，其主要目的为对“论坛回复监控小助手”软件进行定义，详尽说明该软件的需求，阐述开发者对软件“论坛回复监控小助手”的初步设想，并划分的各功能模块等以及各模块的实体图等。在整个项目开发阶段中控制系统的演进。在“前景”文档中添加新特性或修改特性的同时，将在中详细说明这些特性。下列人员使用软件需求规约：系统分析员创建并维护前景和补充规约，它们将用作对的输入，并充当系统分析员、客户和其他开发人员之间的交流媒介。用例阐释者创建并维护单个用例和 的其他构件，设计员在定义类的职责、操作和属性时，或在调整类使其适应实施环境时参考该。实施员实施类时在中查找输入。项目经理计划迭代时在 中查找输入。测试员使用 来核实系统的一致性。主要所有与有关的我们希望通过 来说明各项特性包括几个来自系统用例模型中的用例，以此来说明此特性的功能性需求，以及补充规约中一系列相关的详细需求– 论坛回复监控小助手(BBSA) 就可以很好地帮助用户完成上面工作. 用户只需要在我们软件上设置好需要监控的论坛和对应的账号密码,我们就可以为用户在后台动态地监控该账号所未关闭的问题有没有被回复,或我们的回答是否被采纳成最佳答案. 我们的软件可以为用户提供监控多论坛,多账号的功能.是所有”爱问之人”所钟爱的产品.登陆各账号时有少许繁琐,需要我们用户为每个账户登录时输入论坛的验证码.这是互联网的安全保证,我们必须遵守. 当用户在BBSA中输入了希望关心的论坛和对应账号密码后,BBSA就在后台工作,并以一个用户可调的刷新周期去检测相关论坛是否更新了.若有更新，就在桌面的右下角弹出对话框告诉用户.若无更新,则安静地在后台监控.用户也可设置将更新提示信息存放到一个文档中,由用户自己手动打开查看. 监控用户所输入所有论坛对应账号是否有信息更新,适用于当今绝大部分主流论坛. 整体说明 用例模型调查 我们可以在网上找到一个名为多多助手V1.0的论坛监控助手.其应用软件界面如下: 多多助手V1.0具有监控多多社区(一BBS论坛)上面出现新话题的功能,支持监控所有版块或监控特定版块,可以让用户手动设置监控的刷新周期,并且双击标题即自动打开浏览器可进入该帖子,而且可以显示最后回复,帖子作者和发帖时间.支持手动刷新版块和停止刷新. 该软件的优点是非常简洁易用,占用资源少.缺点是只能监控多多社区,不能监控其他论坛,而且没有登录功能,不能支持查看账号下发布的帖子是否有新回复. 在网上我们也可以找到discuz7顶贴小助手V1.1的论坛自动回复软件,其界面如下: discuz7顶贴小助手V1.1适合论坛程序 Discuz 6.0/7.0 版本，登录和回复无需验证的论坛 《论坛回复监控小助手》不像《多多助手V1.0》