新闻网站应用系统需求分析_V10.doc

用户名称：XXXXX密级：内部资料新闻网站应用系统软件需求分析说明书V1.0文档编号：XXXX_M01项目名称：新闻网站应用系统编 写：编写日期：审 核：审核日期：批 准：批准日期：XXXXX软件有限公司XXXXXXXX数据平台项目组修订状况章节编号章节名称修订内容简述修订日期修订前版本号批准人无2系统架构1.03需求概述1.07运行环境1.04功能需求1.0目录目录i第1章 引言11.1. 编写目的11.1.1. 作用11.1.2. 预期读者11.2. 编写背景11.2.1. 系统名称及版本号11.2.2. 任务提出者11.2.3. 任务承接者及实施者21.2.4. 使用者21.2.5. 与其它系统的关系21.3. 文档结构21.4. 电子文档编写工具21.5. 定义说明与符号规定31.6. 术语定义31.7. 参考资料4第2章 系统架构52.1. 系统功能结构52.2. 系统的行为架构6第3章 需求概述83.1. 需求用例清单93.2. 需求用例图10第4章 功能需求114.1. 001用户管理114.2. 002生成稿件124.3. 003审核稿件134.4. 004美化文章144.5. 005栏目管理144.6. 006评论管理164.7. 007新闻线索管理174.8. 008模块管理174.9. 009页面管理18第5章 非功能性需求205.1. 性能需求205.2. 可靠性需求205.3. 可移植性需求205.4. 可维护性需求205.5. 可用性需求205.6. 兼容性需求215.7. 分布性需求21第6章 其他要求226.1. 在线用户文档和帮助系统需求226.2. 设计约束226.3. 第三方组件236.4. 接口与协议236.4.1. 用户接口236.4.2. 硬件接口236.4.3. 软件接口236.4.4. 通信接口23第7章 运行环境237.1. 硬件环境237.2. 软件环境237.3. 网络环境24第1章 引言1.1. 编写目的由于互联网的发展以及广大网友对新闻浏览要求的提高，以往的新闻网站都太传统不能与时俱进，所以我们需要建设一个新闻网站，及时的数据更新，满足更多的网民，业务流程设计多个用户，涉及面广，同于门户网站（搜狐、新浪等）。因此要做到面面俱到，就要由一个详细的说明书，来指导该项目的顺利完成。该网站建设说明书的标志是为了使客户和网站开发者对该醒目的初始规定有一个共同的理解，使之成为整个开发工作的基础，供读者浏览活动新闻等。1.1.1. 作用本文档是用户需求和系统设计之间的桥梁，以项目开发前期的系统收集和确认为依据，是系统设计和系统测试等工作的重要的输入要素。为下一阶段的系统设计工作提供依据。当用户的需求发生变更时，应添写补充说明；如变动过大可形成新版本。软件需求分析说明的主要作用为： 为用户方与开发方建立共同协议奠定基础。 提高开发效率、强化进度控制。 为项目的评测与验收提供依据。 便于移植。 作为系统不断提高的基础。1.1.2. 预期读者本文档的阅读对象是系统设计人员、系统开发人员、软件测试人员及用户代表。1.2. 编写背景1.2.1. 系统名称及版本号新闻网站应用系统V1.01.2.2. 任务提出者青岛滨海学院1.2.3. 任务承接者及实施者09信管项目实训第2组1.2.4. 使用者主要指预期读者，也供有关领导审阅。1.2.5. 与其它系统的关系1.3. 文档结构本文档对新闻发布管理系统的需求进行分析和描述，文档内容主要分为以下几部分：l 第2章对新闻发布管理系统的系统架构进行说明。其中包括系统的功能结构、管理系统与其它系统之间的关系，以及管理系统的行为架构。l 第3章对用户需求说明书中提供的需求进行了归纳，总结出了需求用例清单和需求用例图。l 第4章使用用例的方式对新闻发布管理系统各个业务功能进行详细的说明，其中包括用例的基本事件流（即主场景说明）、前置条件、后置条件等。l 第5章从非系统功能方面对新闻发布管理系统提出要求，其中包括对新闻发布管理系统的性能要求、可靠性要求、可移植性和可维护性要求、可用性要求、兼容性要求和分布性要求等等。l 第6章说明新闻发布管理系统设计和建设过程中应遵循的其它要求和约束说明，以及与管理系统相关的第三方产品和系统接口与协议的说明。l 第7章阐述新闻发布管理系统期望运行的环境，包括硬件环境、软件环境和网络环境三部分。1.4. 电子文档编写工具本文档编写过程中使用了以下工具：Microsoft Word 2003 for Windows 2000/XPPower-Designer 9.5 for Windows 2000/XPMicrosoft Visio 2003 for Windows 2000/XPRational Rose Enterprise Edition 2000 for Windows 2000/XP1.5. 定义说明与符号规定包括对专用术语及缩略语的解释、所用到的图（用例图）：图例说明用例用户或系统边界用户和用例的交互继承关系扩展用例包含用例1.6. 术语定义阐述文档所使用的术语、专用词汇、缩写等。名词解释XXXXXXXX，简称“XXXXX”或“XXXXX”XXXXXXXX1.7. 参考资料1、SQL Server 2005 数据库应用与开发教程 北京：清华大学出版社2、数据库系统概论 北京：高等教育出版社3、软件工程与UML4、 相关网络资源第2章 系统架构2.1. 系统功能结构新闻发布管理系统基于浏览器的B/S系统结构系统开发技术，系统的构成结构如下图所示：浏览器1浏览器2浏览器1浏览器Web应用服务器DBMSDSDBMSDS主要用户l 系统管理员：新闻发布管理系统的主要使用者，负责数据平台的参数调整，权限控制等管理功能，对数据平台宿主服务器进行管理、调整和升级等操作，并及时处理系统出现的问题。同时，系统管理员还需要使用数据平台管理系统对其他子系统进行控制和管理。l 用户及游客：游客注册为用户，浏览各种信息，并可以对新闻进行留言等。主要功能用户管理生成稿件审核稿件美化文章新闻线索管理页面管理基础框架l 权限：负责用户对系统中每个功能访问的权限控制，防治用户进行非法的操作。l 认证：负责对用户的身份进行确认，在用户登录时调用。管理系统提供本地认证方式和LDAP认证方式两种，可以使用XXXXX统一用户管理和认证平台作为认证来源方。l 日志：记录用户使用系统的情况和系统的执行情况，便于日后的统计分析和系统改进。l 通讯：为管理系统提供与外部系统交互的接口。l 数据库：管理系统中对数据库操作的封装模块。外部连接方式l JMS服务器：主要用于分布式的消息传递和分布系统的日志收集。l LDAP服务器：即统一用户认证平台，LDAP服务器中存放XXXXX用户信息，用户对用户身份进行确认，该认证服务器有XXXXX提供和维护。不在数据平台的项目范围之内。l 数据库服务器：用于新闻发布管理系统中数据的存储。2.2. 系统的行为架构本系统按照业务需求划分共包括六大类操作，它们是数据管理、运行调度、系统监控、控制面板、系统管理和业务规则定义。 数据管理：数据管理用于数据平台数据库的日常管理和维护，其中包括数据迁移、数据卸载以及数据的备份和恢复等等，不仅仅是数据库的日常维护，还包括资料库和应用配置等。 运行调度：统一的任务运行调度平台，对各种作业类型进行各类参数设置、调度任务的安排，能够实现各类任务的并行处理、分布式处理；能够按调度的时间要求进行实时、预订时间等各种方式进行调度；系统具有良好的用户定义维护作业与作业关系的界面。 系统监控：监控系统的日常运行状况和对系统的运行进行分析，并生成分析报告供相关人员对系统进行优化和调整。 控制面板：提供对数据库、服务器和数据平台等参数和指标进行调整以及预警设置等功能。 系统管理：系统的用户和权限控制，另外提供与系统设置相关的参数管理和日志管理等功能。 业务规则定义：对业务代码表、归属表、维表、清洗表等代码提供维护界面，由操作员对代码进行维护，另外还应提供对业务参数表的维护。下面使用活动图的形式描述了上述各个部分之间的关联关系，如下图所示：系统管理系统管理员用户用户管理审核稿件美化文章栏目管理评论管理生成稿件线索管理注册用户页面管理模块管理信息维护评论新闻查看新闻第3章 需求概述电子信息时代的到来及发展，推动了新闻网站的发展与成熟。利用网络技术将稿件及视频信息实时的传输至读者面前是可行也是必要的。目前的信息传输技术的实时性、安全性和可靠性已经发展的相对成熟，像光纤非常强大以至于你可以迅速地从全球获取大量的信息。随着网络技术的发展，网民越来越多，人们在连入Internet后有一半的时间都在和Web打交道，浏览网页获取信息等。在现有技术的基础上实现稿件传输以及Web页面排版的自动化和规律化是可行的。现在新闻行业大都实现了稿件以及排版的电子化，迅速的对读者行为作出反应也是可以实现的。现有的技术已经能非常便捷的获取读者的请求和评论信息，甚至读者的隐式信息如阅读爱好也能获得。因此，为了适应时代的发展，为了让用户满意，本网站以让用户在网站上浏览到最及时、最真实、最完整的新闻为本网站的目的。3.1. 需求用例清单本文档依据XXXXX用户需求说明书为基础，在主要参与者的视角对系统的需求用例进行分析，用户的业务需要与系统的需求用例的对照关系如下表所示：用例编号用例名称业务需求优先级001用户管理1-1用户管理1-2用户审核1-3用户新增1-4用户修改1-5用户维护中002生成稿件2-1主动生成新闻线索列表2-2反馈投稿人2-3识别稿件属性2-4传输至数据库2-5处理紧急情况高003审核稿件3-1识别编辑人及分配任务3-2排序新闻等级3-3返回稿件3-4连接数据库高004美化文章4-1修改、美化文章高005栏目管理5-1修改栏目5-2添加栏目5-3删除栏目5-4反馈栏目信息高006评论管理6-1管理评论6-2添加评论6-3修改评论6-4删除评论高007新闻线索管理7-1新闻线索电子化7-2新闻线索追踪7-3新闻线索放弃高008模板管理8-1模块添加8-2模块修改8-3模块删除高009页面管理9-1管理页面布局高3.2. 需求用例图下面分别是在系统管理员和用户管理的视角的系统用例图： 系统管理员视角的用例图： 用户管理管理员新闻线索管理模块管理页面管理评论管理栏目管理美化文章审核稿件生成稿件用户视图：注册查看新闻评论新闻信息维护第4章 功能需求4.1. 001用户管理用例编号：001用例名称用户管理复杂度：复杂优先级中功能简述：1、 用户的权限明确2、 权限定义合理3、管理员能对用户进行添加、删除、改变权限等4、 对新注册用户的及时审核基本事件流：1、用户申请权限变更或系统中添加新的角色、菜单和功能；2、系统管理员登录到数据平台管理系统中；3、系统管理员使用权限管理维护权限信息；4、重复步骤3、4直到权限信息维护结束；5、通知相关人员权限变更。扩展事件流：权限信息包括用户权限和角色权限，参考用户授权和角色授权用例说明。异常事件流：1、该登录的用户是数据平台的合法用户。2、系统中已经存在用户信息3、系统中已经存在角色信息4、系统中已经存在菜单信息5、系统中已经存在功能信息前置条件：用户对本网站存有喜爱之心，对本网站的内容感兴趣。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化3、变更相关人员使用菜单和功能的权限。特殊需求：无扩展用例：无包含用例：无4.2. 002生成稿件用例编号：002用例名称生成稿件复杂度：复杂优先级中功能简述：1、能识别投稿人员的身份、权限和所在地点2、若该投稿人有获得新闻线索的权限，则能主动生成新闻线索列表等待阅读3、主动将编辑对其文章的评价或新闻中心对其最新安排发送至投稿人阅读4、稿件编写界面能识别稿件所属的大致栏目，包含时间、地点、摘要等输入框5、能将正文、图片及视频信息包含并传输至数据库6、能选择新闻的重要程度7、遇到紧急新闻时，有特殊通道发送至总编处或直接待发布8、可阅读新闻线索并反馈自己欲跟踪的线索给数据库基本事件流：1、 管理员登陆；2、 管理员对采访内容进行整合，编排，修改，书写；3、 反复核查内容，确定无差错；4、 生成稿件。扩展事件流：1、 一份稿件可由多人负责完成；2、 能力强者可负责多篇稿件。异常事件流：1、 稿件内容不符合实际；2、 稿件有错误。前置条件：1负责稿件的需要一定的相关能力；2信任负责稿件需有资历深厚的人在旁监督。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：稿件内容需真实，符合实际，不得有虚假、极度夸张的成分。扩展用例：无包含用例：无4.3. 003审核稿件用例编号：003用例名称审核稿件复杂度：复杂优先级中功能简述：1、能识别编辑的身份和权限2、根据编辑的身份主动生成他能审核的新闻列表3、新闻列表能根据时间或者重要程度排序显示4、可以确定新闻的版面和推荐至首要新闻5、审核不通过时可以将文章打入回收站或者返还给投稿者6、审核通过的文章能发送至待发表数据库7、可对文章做出评价，发送至投稿人基本事件流：1、 管理员登陆；2、 管理员对稿件进行审核；3、 对于审核通过的稿件基于发表的权力，不通过者，则驳回。扩展事件流：1、 管理员可对多篇稿件进行审核；2、 一篇稿件需交由多名人员进行审核。异常事件流：稿件审核不通过。前置条件：审核人员虚伪本网站管理人员。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：管理员审核稿件时必须秉持公正合理的态度，力求将最真实的内容呈现给读者。扩展用例：无包含用例：无4.4. 004美化文章用例编号：004用例名称美化文章复杂度：复杂优先级中功能简述：在这个模块中，校对人员可以对稿件的文字进行校对和修改，美工人员可以对图片进行处理加工。其他工作人员可以将文章进一步处理使其便于在网站上发布。基本事件流：1、 管理员登陆；2、 充分了解内容；3、 针对方案及时采取或调整美化方案；4、 最终样品的呈现。扩展事件流：美化内容可采取不同方案。异常事件流：美化内容不完善，有些方面有待加强。前置条件：美化人员对美化工具的熟练运用。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：美化人员自身需具有一定的审美眼观，与针对特定用户需作出适时地调整。扩展用例：无包含用例：无4.5. 005栏目管理用例编号：005用例名称栏目管理复杂度：复杂优先级中功能简述：在这个模块中具有相关权限的人能添加、修改、删除栏目。修改栏目后能反馈给投稿人和编辑，使其在选择栏目时能和现在网站上所有的栏目一致。基本事件流：1 系统管理员登录到数据平台管理系统中；2 使用功能管理功能维护功能信息。扩展事件流：1、进入功能新增功能页面。在页面上输入新增功能的基本信息，如功能编号、功能名称、功能类型、数据访问级别等信息。填写完毕后点击保存按钮后经过数据校验后存入系统数据库中；2、用户进入功能修改功能页面。输入基本的查询条件之后，点击查询按钮可以得到符合查询条件的功能的列表。选择某个查询出来的功能点击修改按钮则进入该功能的信息修改页面。对该记录进行相应的修改后点击提交按钮就把修改后的信息更新到数据库中；3、用户进入功能删除功能页面。输入基本的查询条件之后，点击查询按钮可以得到符合查询条件的功能的列表；4、选择某个查询出来的功能点击删除按钮，经删除确认后，就把删除操作结果更新到数据库中。异常事件流：1、输入信息不完整：带*号的必选项要填写完整，否则无法通过基本数据校验，需要提示用户填写完整；2、重复添加新功能：如果通过页面基本数据校验后，发现重复的功能已经在数据库中存在，那么一切保存操作回滚，不进行数据保存，并提示用户错误原因；3、保存处理失败：在保存操作执行失败时返回到功能管理页面，并提示用户保存操作处理失败的原因。前置条件：1、该登录的用户是数据平台的合法用户；2、该用户拥有功能管理的权限；3、该登录用户进入功能管理功能。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：无扩展用例：无包含用例：无4.6. 006评论管理用例编号：006用例名称评论管理复杂度：复杂优先级中功能简述：1、读者能浏览评论、修改自己的评论、发布评论；2、管理员能对评论进行管理，确保评论合法等；3、管理员能对一些评论做出反应，并反馈信息给读者。基本事件流：1、 用户登录；2、 用户在阅读完之后书写评论；3、 提交评论内容；4、 管理员对用户评论进行审核，如若不符合要求，则删除，符合要求，则公布；5、 用户浏览、修改评论。扩展事件流：1、 用户可对多条新闻发表评论；2、 用户可对同一条新闻发表多条评论。异常事件流：1、 用户评论提交不上；2、 用户评论审核未通过，以至于没有公布。前置条件：发表评论用户必须为本网站注册用户。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：1、 用户需已经注册为本网站用户，否则评论不予发表；2、 评论内容需积极向上，不得损害国家、人民及本网站的利益；3、 管理员需秉持着公正合理的态度审核用户评论；4、 最终解释权归本网站所有。扩展用例：无包含用例：无4.7. 007新闻线索管理用例编号：007用例名称新闻线索管理复杂度：复杂优先级中功能简述：有很多人会提供新闻线索，并大多用电话或者E-mail的方式提供。一部分新闻线索经证实后可以直接加工成新闻，另一部分则需要记者进一步跟入。因此这个模块要能实现新闻线索的电子化，以及对新闻线索的跟踪抑或放弃处理。基本事件流：1、 管理员登陆；2、 管理员对新闻线索进行筛选；3、 证实后的线索，加工成新闻；4、 有疑问的线索，需记者进一步跟进。扩展事件流：新闻线索筛选时会发现隐藏新闻异常事件流：1、 有些新闻线索会做放弃处理2、 由于筛选者的疏忽新闻的不及时跟进与证实前置条件：提供新闻线索的用户需交代清楚事件的具体时间、地点、任务、后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：新闻线索筛选者须有敏锐的洞察力扩展用例：无包含用例：无4.8. 008模块管理用例编号：008用例名称模块管理复杂度：复杂优先级中功能简述：在这个模块中，能实现模块的添加、修改、删除等操作。发布新闻时能便捷的选取在网站中显示的模板。基本事件流：1、系统管理员登录到数据平台管理系统中；2、系统管理员进入系统信息维护功能。扩展事件流：系统信息维护包括以下内容：1、 系统管理员进入用户信息维护子功能维护用户信息；2、 系统管理员进入角色信息维护子功能维护角色信息；3、 系统管理员进入功能管理维护子功能维护功能信息；4、系统管理员进入权限管理维护子功能维护权限信息；5、系统管理员进入参数维护子功能维护参数消息；6、系统管理员进入日志维护子功能维护日志信息。异常事件流：1、 新增信息已存在：当保存的信息如用户编号、角色编号等信息已经存在时需要提示用户错误并回到维护页面，同时需要回填所有提交的数据，并建议使用修改功能维护该条记录或更改成一个新的编号；2. 保存信息失败：在保存信息失败时应回到维护页面，并提示用户处理失败的原因，提交的所有数据应该在页面中回填。前置条件：1、该登录的用户是数据平台的合法用户；2、 该用户用于系统管理的权限。后置条件：用户、权限或者参数等信息被维护和更新特殊需求：1 系统管理员登录到数据平台管理系统中；2 系统管理员进入系统信息维护功能。扩展用例：无包含用例：无4.9. 009页面管理用例编号：009用例名称页面管理复杂度：复杂优先级中功能简述：这里的页面，主要指首页。要能调整和修改页面布局，使其更合理更符合人的习惯。基本事件流：1、 管理员登陆；2、 管理员对网站首页进行全面的及整体的编排、修改并作出适时地调整。扩展事件流：管理员可对网站首页及其他进行多种方案的调整。异常事件流：页面不能满足用户需要。前置条件：全力人员须具有一定的全局性、审美性及敏锐的洞察力，并针对大多数用户的习惯作出适时地调整。后置条件：1、服务器运行参数改变；2、监控功能中监控的参数发生变化。特殊需求：管理员对多层次的用户须有多种不同方案。扩展用例：无包含用例：无第5章 非功能性需求5.1. 性能需求系统监控数据查询时间=10秒；多行数据列表查询时间=30秒；50用户同时查询一条数据的时间15秒钟；5.2. 可靠性需求在与新闻网站应用系统相关的应用系统通讯出现错误时，如网络问题、数据库访问失败、资料库访问失败等，应能够准确的提供错误的说明，并通知相关人员处理。在异常问题得到解决之后，新闻网站应用系统应能够自动的检测的并对系统配置尽量在不需要重新启动管理平台的情况下进行恢复。5.3. 可移植性需求本系统只是针对XXXXX的数据平台项目，且本系统预期运行环境是： 服务器系统平台：Sun MicroSystem Corp. Solaris 9； 数据库：SQLServer2008； 应用服务器： WEB应用服务器；在系统开发时可以考虑上述运行平台的特性，无移植性要求。5.4. 可维护性需求数据平台管理系统应该是可定义的和可配置的，系统中所有的处理应该是对外公开的，达到程序员的零干预，在系统出现异常时可以通过备份和配置进行重建。数据平台管理系统的设计应该是模块化的、可插拔的，可以方便的完成系统的升级和维护。5.5. 可用性需求新闻网站应用系统中每个操作页面中需提供完整的操作和使用说明，方便指导用户的使用，尽量达到零文档和零培训的目的。新闻网站应用系统应提供尽可能丰富的功能显示，充分为用户着想，提供人性化的服务。5.6. 兼容性需求5.7. 分布性需求第6章 其他要求6.1. 在线用户文档和帮助系统需求系统在设计过程中应该具有良好的在线文档和帮助系统结构和丰富的操作帮助文档，方便用户在系统操作过程中随时进行查询和翻阅。因此，系统中应做到以下内容： 在每个操作页面中应包含帮助信息。记录本操作页面的操作说明、异常处理、问题解答等信息。 系统应包含完整的帮助系统。帮助系统不仅仅包含每个页面操作的说明，还应包含系统的架构说明、安装部署等信息，另外还可以提供检索功能，通过用户输入关键字来查询帮助信息。 帮助系统应该是可更新和维护的。在系统功能发生变更或新增的情况下，能够方便的整理到帮助系统中。6.2. 设计约束本系统采用ASP.Net作为开发框架，该框架是基于C#架构的系统展现和功能集成平台，在系统设计和软件开发过程中必须遵守ASP.Net框架的开发约束，不得任意更换系统框架和开发平台，及对开发框架进行改动。针对应用服务