信息系统需求分析报告格式
需求分析报告编写规范
文件修改控制
目录
1. 目的
2. 适用范围
3. 术语及缩略语
4. 编写规范
4.1排版规范
4.2模板使用
5. 引用文件
5.1NW503102《软件功能规格说明书编写规范》
6. 附录
1.目的
为使需求分析的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。
2.适用范围
适用于本公司软件产品或软件项目的需求分析报告的编制。
3.术语及缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.编写规范
4.1排版规范
1）整个规范由2节构成，模板单独一节。
2）正文样式采用“规范正文”。
3）标题编号采用每节独立编号。
4.2模板使用
需求分析报告的编写可依据具体情况选用摸板的格式或编写指南的格式。
1）拷贝规范。
2）删除第一节（需求分析报告封面前的所有页）。
3）在修改完内容后，更新目录域和相关的页数域。
5.引用文件
5.1NW503102《软件功能规格说明书编写规范》
6.附录
以下部分为需求分析报告的模板与编写指南。
密级：机密
文档编号：第版分册名称：第册/共册
项目名称（项目编号）
需求分析报告
（部门名称）
沈阳东大阿尔派软件股份有限公司
目录
1. 引言 (1)
1.1编写目的 (1)
1.2背景 (1)
1.3参考资料 (1)
1.4术语 (1)
2. 任务概述 (1)
2.1目标 (1)
2.2系统（或用户）的特点 (2)
3. 假定和约束 (2)
4. 需求规定 (2)
4.1软件功能说明...................................................................................... 错误！未定义书签。
4.2对功能的一般性规定 (2)
4.3对性能的一般性规定 (2)
4.4其他专门要求 (3)
4.5对安全性的要求 (3)
5. 运行环境规定 (3)
5.1设备及分布 (3)
5.2支撑软件 (3)
5.3接口 (3)
5.4程序运行方式 (3)
6. 开发成本估算 (3)
7. 尚需解决的问题 (3)
8. 附录 (2)
1.引言
1.1目的
软件需求规格说明书是为了开发正和公司机械设备租赁管理系统而编写的。
本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《设计文档》、《测试计划》和《用户手册》的编写依据。
本文的读者为开发人员、用户和测试人员。
1.2背景
该需求分析说明书是在对公司安全设备管理部、项目部经营等两个大部门现行情况调查一个月，对各部门的相关资料分析和整理的基础上编写的。
说明：
a．本软件项目名称为：机械设备租赁管理信息系统。
b．本项目由公司自行开发，用于公司机械设备租赁规范化既时即效的管理。公司也正逐步推行企业信息化管理，其中的设备信息化管理是其中的重点之一。为此，公司总部的各职能办公室及各区域公司都申请宽带上网，并且都配备了奔腾IV级别以上的计算机，内部组成了局域网。机械设备租赁管理信息系统将以现有的网络为依托，通过信息化系统将公司设备管理提升一个档次。
1.3参考资料
a．沈阳东大阿尔派软件股份公司的《需求分析报告编写规范》
b．首都信息发展股份有限公司《软件需求规格说明书》
c．
1.4术语
Office：微软的办公软件
2.任务概述
2.1目标
机械设备租赁管理信息系统的主要目标就是公司对于设备运转，项目工程情况，材料消耗，经营核算等信息达到准确、及时的业务信息的共享，形成一个完整的设备管理体系，为
设备管理职能部门及相关部门提业务信息和决策支持信息的要求。该系统将财务管理，通过对费用、材料等成本的控制，使公司生产、经营与信息化更紧密地结合在一起。
性能方面，本软件要求做到快速反应，尽量避免大规模的集中运算，提高单步操作的响应速度。
操作方面，本软件最大限度的贴近使用者，做到界面简单明了，使用人员不需要专业的计算机技能即可熟练操作本系统。在各个模块都实现后，数据在输入数据终端后, 系统将可以做到自动统计处理，这样就能保证更加真实的反映企业的真实状况。
兼容性方面，本软件将尽量兼容现行的一些软件，建立各种接口，做到数据上的兼容。
可维护性方面，本系统在设计时充分考虑了后期实施和维护的情况，将大部分功能设置的相对灵活，方便维护人员工作，同时在编写代码时，尽量避免重复代码，减小代码修改的难度，缩短后期维护时的代码调整时间。
相对现有系统，本软件能替代大量的手工操作，加快数据传递速度，方便各种设备，项目及设备运转情况费用、材料使用情况的查询。由于替代了大部分人工的计算和传递，因此大大提高了数据的准确性。
2.2系统（或用户）的特点
机械设备租赁管理信息系统软件最终用户为各区域公司、安全设备管理部、项目管理部、公司领导层等成员。由于涉及面广、操作人员较多，计算机应用水平参差不齐，对软件使用的领悟能力也不同，部分操作人员计算机水平只限于会一些基本的操作，如使用操作系统、利用微软的office制作一些图表等，所以本系统尽量以逻辑简单操作方便易使用为目标。
3.假定和约束
由于系统模块比较多，恐开发时间拉得太长，因此系统将分两二阶段完成，第一阶段完成主体部分，关于设备这块优先完成，材料、配件管理模块将在第二阶段完成。
4.需求规定
4.1对功能的一般性规定
本处仅列出对软件系统的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。
4.2对性能的一般性规定
对数据精度、响应时间的要求。本处仅列出对软件系统的所有功能（或一部分）的共同要求，针对某一功能的专门性能要求应列在该功能规格说明中。
4.3其他专门要求
视具体情况，列出不在本规范规定中的需求，如对数据库的要求，多平台特性要求，操作特性要求，场合适应性要求等对一具体软件系统的所有功能（或一部分）的共同要求，针对某一功能的专门要求应列在该功能说明中。
4.4对安全性的要求
指出系统对使用权限的管理要求（使用权限分为几级、是否与部门权力体系对应等）、信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。
5.运行环境规定
5.1设备及分布
1）主机类型
2）网络类型
3）存贮器容量
4）其他特殊设备
5）设备分布图
5.2支撑软件
1）操作系统
2）数据库管理系统
3）其他支撑软件
5.3接口
简要说明该软件同其他软件之间的公共接口、数据通信协议等，如果外部接口仅与某子功能有关，该接口说明应列在子功能规格说明书中。
5.4程序运行方式
说明该软件的运行方法。如是部件、还是独立运行程序、API等。
6.开发成本估算
以列表的方式给出各功能规定所需的开发人时和费用（如差旅费）。
7.尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题
8.附录
需求分析过程中会产生各种记录如调查表格、业务系统单据等。记录或报告的存档编号和名称填写在下表中。其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料。
需求说明书编写指南
1. Objectives 目标
阐明需求说明书的标准格式，做为合同和需求分析的结果。
2. Scope 范围
2.1适用于指导需求说明书的编写。
2.2本模板力图覆盖所有可能在需求说明书中出现的主题。这样做的目的是并不是
要求每一个需求说明书都要包括这里定义的全部章节，而是提供一个所有需求
说明书都应当遵循的框架。一些特殊的章节应当提供但不要求有详细的说明，
只需在说明书中包含下面有适当文字说明的标题即可，例如，不适用。
3. References 参考
4. Outstanding Issues 尚存主要问题
5. Approvals 批准
销售主管
6. Responsibilities 职责
客户经理有责任确认本模板被切实执行。
7. Template 模板
7.1Lead-in sections 引导部分
7.1.1 以下是需求说明书的起始部分。在文档格式规范中有关于它们的更详细的描述。
1）Objectives目标
2）Scope范围
3）References参考
4）Assumptions前题条件
5）Outstanding Issues尚存主要问题
6）Document Control文档控制
7）Approvals批准
8）Distribution分发
9）Amendment Record更改记录
10）Traceability可追溯
7.2 Component or System Description 部件或系统描述
7.2.1本说明书所覆盖的部件或系统的简要介绍。本部分可以很简要，因为它仅包含帮
助读者快速了解所说明内容的信息。
7.2.2应当提供一个上下文相关图来帮助确定被描述的部件或系统的定位。使用
USER-CASE图来描述。
7.2.3参考应当做成关联文档（例如建议，合同，项目编号）。
7.3 Purchaser Requirements 客户需求
7.3.1 Summary 概要
7.3.1.1 本部分应当包括那些直接影响到客户使用本部件或系统的需求。它分为两个部
分，功能和特性。
●部件或系统的功能描述了什么可以做，例如，打印一个报表。
●部件或系统的特性提供了那些可以描述和评价系统质量的属性。
7.3.1.2 每个段落（或段落组）应当包含一个参考来跟踪需求的出处。每个句子或段落应
当编号；无论何种情况每个编号的项目仅应当定义一个需求。
7.3.1.3 每个段落（或段落组）应当指出它的重要程度，按以下方式分类：
1）强制的：最基本的特征；没有它产品将不可用。
2）必需的：单独的非基本的特征，但是它们加在一起会影响产品的能力。
3）期待的：最好能有的特征；一个或多个这些特征被忽略也不会影响产品的能
力。
7.3.2 Purchaser-Related Functionality 客户要求的功能
7.3.2.1 Application Functionality 应用程序的功能
7.3.2.1.1 在系统或子系统一级，这一部分应当包含可用的应用程序所提供的功能的描述。
7.3.2.1.2 在应用程序一级，这一部分细化应用程序必须做到的功能。
7.3.2.1.3 功能应当用结构化的英语或适当的形式化的方法学来描述。
7.3.2.2 Human Interface 人机界面
7.3.2.2.1 这一部分应当定义所需的菜单结构，屏幕/窗口设计，报表设计和其它操作/或管
理界面。在这一过程中，需求可能广泛地涉及已有的标准或产品。
7.3.2.2.2 参考应当指向其它的说明书和标准。
7.3.2.3 Data Types 数据类型
这一部分应当包括对系统或应用程序中对用户有用的所有数据类型的描述，包括应用程序开发工具用到的或表单，显示，报表和输出用到的。
7.3.2.4 Control Structures 控制结构
这一部分应当描述系统或应用程序的控制结构。
7.3.2.5 Application Development Environment 应用开发环境
这部分应当指定可供用户用来开发应用程序的系统部件。它应当至少包含数据类型和语言或者可用的应用程序生成器。
7.3.2.6 Hardware 硬件
这部分应当详细说明根据用户需要提出的硬件需求。
7.3.2.7 Software 软件
本节将详细说明因为用户需要所产生的软件需求。如果用户已经提供了面向系统或部件或与系统或部件合为一体的产品，那么这些应当在需求和所有设想以及需求文档中清晰的定义出来。这些需求可能包括下列各项：
1） Operating System 操作系统
2） Database 数据库
3） Communications 通信
4） Interfaces 接口
7.3.3 Purchaser-Related Characteristics 客户相关的特征
在多数情况下，用户会指定一些如下的特性。如果它们能够增强系统的能力则应当被包含进来，另一种选择是在最开始的时候就对某些特性进行限定以避免验收测试时无休止的争论。如果一些特性没有在本部分被指定，它们应当在公司需求部分被指定，举例来说很多特性关系到系统投入使用后公司的技术支持成本。
7.3.3.1 Pre-operational 运行之前
7.3.3.1.1 P ackaging 包装
7.3.3.1.2 I nstallation 安装
7.3.3.1.3 C onfiguration 配置
7.3.3.2 Functionality 功能
7.3.3.2.1 S uitability 适用性
7.3.3.2.2 A ccuracy 精确性
7.3.3.2.3 I nteroperability 协同工作能力
7.3.3.2.4 C ompliance – standards 遵循标准
7.3.3.2.5 S ecurity 安全性
7.3.3.3 Reliability 可靠性
7.3.3.3.1 M aturity 完备性
7.3.3.3.2 F ault tolerance 容错能力
7.3.3.3.3 R ecoverability 可恢复能力
7.3.3.4 Usability 可用性
7.3.3.4.1 U nderstandability 易懂
7.3.3.4.2 L earnability 易学
7.3.3.4.3 O perability 可操作能力
7.3.3.5 Efficiency 效率
7.3.3.5.1 T ime behaviour 时间特性
7.3.3.5.2 R esource behaviour 资源特性
7.3.3.6 Maintainability 可维护性
7.3.3.6.1 A nalyzability 易于分析
7.3.3.6.2 C hangeabilty 可变性
7.3.3.6.3 S tability 稳定性
7.3.3.6.4 T estability 易测性
7.3.3.7 Portability 轻便
7.3.3.7.1 A daptability 适应性
7.3.3.7.2 I nstallability 易安装
7.3.3.7.3 C onformance 一致性
7.3.3.7.4 R eplaceability 可替换
7.3.3.8 Documentation 文件
本部分应当详细说明系统或部件必须为用户提供的文档。
7.4 Company Requirements 公司需求
1）本部分定义那些必须确认的与用户需要有冲突的系统或部件需求。所有的冲突都必须被解决，或者得到用户的让步或者满足前述的用户需要。
2）说明书中哪些是分布在公司以外的，这部分可以省略或放在一个单独的文档中。
需求分析报告编写指南
7.4.1 Business Requirements 商业需求
7.4.1.1 Cost 开销
7.4.1.1.1 这部分应当论述与指定系统相关的开销。它可以通过参考项目详细计划来得出一
个合计值放在这里。
7.4.1.1.2 这些开销应当包括所有开发费用和可能的项目支持费用。如果可能这部分还应当
论述弹性的开销，以及所有削减的开销，离开这些开发将会因为没有有效的费用
来完成系统而停止。
7.4.1.2 Make/Buy 制作/购买
本部分应当讨论确定是否这个系统或部件（或它们的一部分）比起开发更适于买
入或再开发的标准。例如日常应用程序，缺乏经验，缺乏资源等等。
7.4.1.3 Relationship to future products 与将来产品的关系
本部分应当覆盖基于系统或部件所涉及的与尚未开发的其它产品的关系的需求。
例如确认与将来产品和系统的兼容性。
7.4.1.4 Scheduled ship date 预定出货日期
本部分应当讨论项目出货日期，包括任何按计划进行的临时发布或阶段出货。本
部分还应当描述与这些出货日期相关的约束和依赖关系。
7.4.1.5 Support considerations 支持考虑
本部分应当讨论系统或部件可能需要的任何特殊的或不常用的支持考虑，例如首
先应当安装一个UNIX系统。
7.4.2 Company Hardware Requirements 公司硬件需求
7.4.2.1 Hardware Functionality 硬件功能
本部分应当覆盖公司明显需要的，但对用户来说是不可见的或无关的硬件功能。
例如支持多操作系统所需的硬件功能，或必须支持以太网等。
7.4.2.2 Hardware Characteristics 硬件特性
本部分应当覆盖公司明显需要的，但对用户来说是不可见的或无关的硬件特性。
至少应当包括硬件诊断所需要的。
7.4.3 Company Software Requirements公司软件需求
7.4.3.1 Software Functionality 软件功能
本部分应当覆盖公司所需的，但对用户来说是无关的或不需要的软件性能。例如，数据库，操作系统，通讯（远程访问），诊断。
7.4.3.2 Software Characteristics 软件特性
本部分应当覆盖公司明显需要的，但是对用户来说是不可见或无关的软件特性例如代码的可复用性，包装等。
7.5 Architecture Overview 结构概述
高层设计或结构的概述。仅在用户需要一个特殊的系统结构例如客户-服务器，或者用户把定义部分或全部的系统结构作为合同的一部分时才应包括进来。
7.6 Acceptance Criteria 验收标准
7.6.1 本部分应当详述验收标准的要点以做为需求确定后进行确认验收计划的基础。
7.6.2 需求与一些具体的合同有关的部分，可以直接写相应合同中验收标准的一个引
用。
7.7 Glossary 术语表
需求分析报告检查表
Yes+4No-40
审核人/日期：批准人/日期：
系统需求分析报告
******** **经济林管理信息系统需求分析报告 ******** 二〇一三年十二月
目录 引言 (2) 1 项目概述 (3) 1.1项目目标分析 (3) 1.2项目背景及意义 (3) 1.3项目建设的必要性 (4) 1.4项目建设的可行性 (4) 2 项目数据分析 (6) 2.1经济林基础地理信息 (6) 2.2经济林调查数据及处理 (6) 3功能需求分析 (10) 3.1功能结构图 (11) 3.2功能说明 (11) 4 运行环境需求 (12) 5 性能需求 (12)
引言 为合理和高效进行**********经济林管理信息系统（以后简称项目）总体设计，项目组根据《**经济林管理信息系统建议书》编写需求分析报告。 请**相关部门在此基础上讨论和确定本需求分析内涉及的运行环境需求、数据调查和处理流程、功能需求分析等内容。
1 项目概述 1.1项目目标分析 该项目旨在实现**经济林基础地理信息采集、编辑、存贮和管理；经济林调查数据的采集、检查、存贮、管理，以及经济林调查数据查询、统计及成果生成。 1.2 项目背景及意义 **是经济林发展历史悠久的地区，具有日照充足、昼夜温差大、病虫害发生少等独特自然优势，盛产香梨、苹果、红枣、杏、桃、葡萄等。截止2012年，**各类果园面积47.5万亩，其中苹果0.33万亩，梨16.56万亩，葡萄2.74万亩，杏25.68万亩。管理和保护好经济林对于促进农业发展和农民增收、保障社会稳定具有十分重要的意义。 为了全面提升**经济林管理手段和管理水平，*********拟结合林业“二类资源”，研发了**经济林管理信息系统，建立了以团场、地块为管理单元的经济林图属一体化数据库。 该系统基于3S技术及互联网等技术手段，结合“二类”数据的基础上，集成经济林管理的图形、属性、影像、文档等多种数据，实现了综合查询、平台动态监测、占用预警、智能补划和网站信息发布等功能。 本次调查采用“3S”技术与传统调查手段相结合的方法，共涉及14个团（场）。**经济林管理信息系统的建立，能更好的发挥新技术
需求分析报告模板
需求分析报告模板XXXXXXXXX 需求分析报告 XXXXXXXX SHANGHAI FUDAN JINSHIDA COMPUTER COLTD XXXXXVVV-003-XXX V.VV : XXXXXXXXXXXXX : 需求分析报告
XXXXXXXXX XXXX/XX/XX XXXXXXXXX XXXX/XX/XX XXXXXXXXX XXXX/XX/XX XXXXXXXXX XXXX/XX/XX XXXXXXXX需求分析报告上海复旦金仕达计算机有限公司 第一章引 言 ..................................................................... (1) 1.1 编写目 的 ..................................................................... . (1) 1.2 背 景 ..................................................................... (1) 1.3 术语定 义 ..................................................................... . (1) 1.4参考资 料 ..................................................................... ........................................................ 1 第二章系统概述 ..................................................................... .. (2) 2.1系统功能框 架 ..................................................................... (2)
(完整版)博客系统需求分析
校园博客系统需求分析 评审日期：2010 年04 月01 日 目录 1导言 (1)
1.2范围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (1) 1.6参考资料 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2系统整体结构 (2) 3应用环境 (3) 3.1系统运行网络环境 (3) 3.2系统运行硬件环境 (4) 3.3系统运行软件环境 (4) 4功能规格 (4) 4.1角色（ A CTOR ）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3 数据库 (6) 4.2系统主U SE C ASE图. (6) 4.3客户端子系统 (6) 4.4管理端子系统 (8) 4.4.1 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)
软件开发需求分析报告
需求分析报告 1.引言 1.1目的 需求，指的是系统提供的能力必须遵从的条件，一个系统能否达到预期目标，系统需求做的好坏起着决定性作用，因此，他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论，需求分析的目标就是确定要干什么，而不是怎么干，按照统一软件过程的理论（RUP理论），该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求，同时也要详细的描述系统必须达到的条件或实现的功能，使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析；基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;
项目需求分析报告(范本)
渭南学院 电子工程生产实习 电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历 指导教师： 班级： 项目成员： 时间：
修订记录
目录 1引言 (5) 1.1编写目的 (5) 1.2项目背景 (5) 1.3定义 (5) 1.4参考资料 (5) 2概述 (5) 2.1产品的描述 (5) 2.2产品的功能 (6) 2.3开发环境 (6) 2.4一般约束 (6) 3具体需求 (6) 3.1内部功能需求 (6) 3.2外部接口需求 (7) 3.2.1用户界面 (7) 3.2.2硬件接口 (7) 3.2.3软件接口 (8) 3.2.4通讯接口 (8) 3.3性能需求 (8) 3.3.1静态数值需求 (8) 3.3.2动态数值需求 (8) 3.3.3数据词典 (9) 3.3.4数据采集 (9) 3.3.5数据精确度 (9) 3.3.6时间特性 (9) 3.3.7适应性 (9) 3.4设计约束 (9) 3.4.1需遵守的其它标准 (9)
3.4.2硬件限制 (9) 3.5属性需求 (9) 3.5.1可靠性 (9) 3.5.2安全性 (9) 3.5.3可维护性 (9) 3.5.4可移植性 (10) 3.6其它需求 (10)
项目需求分析报告 关键词： 摘要： 1引言 xxxxxx 1.1编写目的 【阐明编写需求说明书的目的，指出读者对象】 1.2项目背景 【项目的委托单位、开发单位和主管部名】 【该产品项目与其他产品或其他系统的关系】 1.3定义 【列出文档中用到的专门术语的动议和缩写词的原文】 1.4 参考资料 【格式：作者标题编号出版单位或资料来源发表日期】 【范围：项目经核准的计划任务书；合同或上级批文；项目开发计划；与项目有关的已发表的资料；文档中所引用的资料；所采用的标准或规范】 2概述 2.1 产品的描述 用与它有关的产品或项目来描述被开发项目： 1)如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。 2)如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小
系统需求分析报告
教师信息管理系统 1.引言...................................................................... . (3) 1.1 编写目的....................................................................... (3) 1.2项目风险....................................................................... (3) 1.3预期读者和阅读建议........................................................................ .. (3) 1.4产品范围............................................................................. . (3) 2.综合描述............................................................................... .. (4) 2.1产品的状况..................................................................... (4)
2.2产品的功能..................................................................... (4) 2.3用户类和特性........................................................................ (4) 2.4运行环境....................................................................... (5) 3.外部接口需求....................................................................... . (5) 3.1用户界 面............... ..................................................... . (6) 4.系统功能需求........................................................................ . (7) 4.1输入、输出数据........................................................................ (7)
个人博客系统开题报告
湖南科技大学2013届毕业设计（论文）开题报告 题目个人博客系统的设计与实现 作者姓名*** 学号09070204**所学专业信息与计算科学 1、研究的意义，同类研究工作国内外现状、存在问题 意义： 博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站[1]。博客它经常是由简短且经常更新的帖子构成，它可以发表有关个人构思，日记，或者诗歌，散文，小说等等。博客可以是你纯粹个人的想法和心得，包括你对时事新闻、国家大事的个人看法，或者你对一日三餐、服饰打扮的精心料理等，也可以是在基于某一主题的情况下或是在某一共同领域内由一群人集体创作的内容。 写博客是为了把自己各种各样的想法在网上表达、释放出来,把一时的想法变成观点展示给大家。而浏览博客的用户,也可以对发表观点和看法的文章进行评论,博客就是这样一个平台。 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成we blog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将 Blog本身和 blogger（即博客作者）均音译为“博客”。“博客”有较深的涵义：“博”为“广博”；“客”不单是“blogger”更有“好客”之意。看Blog的人都是“客”。而在台湾，则分别音译成“部落格”（或“部落阁”）及“部落客”，认为Blog本身有社群群组的意含在内，借由Blog可以将网络上网友集结成一个大博客，成为另一个具有影响力的自由媒体。 国内外现状： 博客在中国的发展起始于1998年，但到了2000年才开始真正的流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各户站网站，如新浪、搜狐，原不看好博客，也加入博客阵营，开始进入博客春秋战国时代[1]。由于博客沟通方式比电子邮件、讨论群组更容易和简单，博客已成为家庭、部门、公司和团队之间越来越盛行的交流工具。 存在问题： 国内各大网站的博客都各具特色，但是同时也并不完善，功能或多或少存在缺失，基于此，我们设计了基于https://www.wendangku.net/doc/6010261900.html,技术为支撑的功能完善的个人博客系统。
学生信息管理系统需求分析报告模板
学生信息管理系统需求分析报告
学生信息管理系统 目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3 (4) 2.4.4 (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5)
5.流程图 (8) 6.性能要求 (8) 学生信息管理系统 1.序言 随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。
2.项目简介 2.1.系统标识 系统名称：学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有：学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高，应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课，做到看界面简单易懂，容易操作，提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不同，用户的权限也有所划分，具有不同的操作和功能。 2.4.1.有关学籍信息的输入，包括输入学生基本信息、所在院系、 所学专业、所在班级、所学课程和成绩等。
软件项目需求调研报告模板
[XXXX]技术有限公司[公司名称] [XXXX]公司[客户名称] 找服务 需求调研报告 文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目背景 (4) 2.2、项目名称 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是[项目名称] [系统属性] 客户需求调研报告，供需求分析人员进行项目需 求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括[项目描述]、[用户环境描述]…等几个章节，并： a)在[项目描述] 章节中描述了…信息； b)在[用户环境描述] 章节中描述了…信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目背景 编写建议：描述该项目的建设背景；
系统需求分析报告-范例1
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
博客系统需求分析报告
博 客 系 统 需 求 分 析 报 告 院系：信息电子工程学院 班级：软件08-1 设计小组人员：29号 日期：2010年5月24日
一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析 博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块 本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。 2.注册用户模块 本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5
需求分析报告模板
需求分析报告模板文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
需求分析报告模板 科技信息中心 二○一一年五月二十日
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。
1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●领导层及管理人员； ●开发人员； ●项目经理； ●项目的最终用户； ●测试人员； ●文档编写人员。 ●其他经许可阅读此文档的人员 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
系统需求分析报告
系统需求分析报告
目录 目录............................................................................................................. I 1、项目描述.. (1) 1.1 背景 (1) 1.2研究意义 (1) 2、需求分析 (1) 2.1功能需求分析 (2) 2.1.1 系统管理功能 (2) 2.1.2 流量劫持功能 (2) 2.2性能需求分析 (3)
1、项目描述 1.1 背景 随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。 1.2研究意义 本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。 网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。 2、需求分析 经过与项目委托方多次讨论，设计系统的目的是为实现对特定
非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。 2.1功能需求分析 根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。 2.1.1 系统管理功能 系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。 2.1.2 流量劫持功能 本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
(完整版)博客系统需求分析
校园博客系统需求分析评审日期：2010年04月01日
校园博客系统需求分析 目录 1导言 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 缩写说明 (1) 1.4 术语定义 (1) 1.5 引用标准 (1) 1.6 参考资料 (2) 2系统定义 (2) 2.1 项目来源及背景 (2) 2.2 系统整体结构 (2) 3应用环境 (3) 3.1 系统运行网络环境 (3) 3.2 系统运行硬件环境 (4) 3.3 系统运行软件环境 (4) 4功能规格 (4) 4.1 角色（A CTOR）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3数据库 (6) 4.2 系统主U SE C ASE图 (6) 4.3 客户端子系统 (6) 4.4 管理端子系统 (8) 4.4.1登录管理 (10) 4.4.2类型管理 (11) 4.4.3评论管理 (12) 4.4.4留言管理 (12) 4.4.5图片管理 (12) 4.4.6用户管理 (13) 5性能需求 (13) 5.1 界面需求 (13) 5.2 响应时间需求 (13) 5.3 可靠性需求 (13) 5.4 开放性需求 (14) 5.5 可扩展性需求 (14) 5.6 系统安全性需求 (14) 6产品提交 (14) 7实现约束 (14)
1导言 1.1目的 该文档是关于用户对于校园博客系统的功能和性能的要求，重点描述了校园博客系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 BM Blog Manager（博客管理员）的缩写。 JSP Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 1.4术语定义 无 1.5引用标准 [1] 《企业文档格式标准》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织
项目需求分析报告(范本)
渭南学院电子工程生产实习电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历指导教师： 班级： 项目成员： 时间： 修订记录
目录 1引言错误!未定义书签。 编写目的错误!未定义书签。 项目背景错误!未定义书签。 定义错误!未定义书签。 参考资料错误!未定义书签。 2概述错误!未定义书签。 产品的描述错误!未定义书签。 产品的功能错误!未定义书签。 开发环境错误!未定义书签。 一般约束错误!未定义书签。 3具体需求错误!未定义书签。 内部功能需求错误!未定义书签。 外部接口需求错误!未定义书签。 用户界面错误!未定义书签。 硬件接口错误!未定义书签。 软件接口错误!未定义书签。 通讯接口错误!未定义书签。 性能需求错误!未定义书签。 静态数值需求错误!未定义书签。 动态数值需求错误!未定义书签。 数据词典错误!未定义书签。 数据采集错误!未定义书签。 数据精确度错误!未定义书签。 时间特性错误!未定义书签。 适应性错误!未定义书签。 设计约束错误!未定义书签。 需遵守的其它标准错误!未定义书签。 硬件限制错误!未定义书签。 属性需求错误!未定义书签。 可靠性错误!未定义书签。 安全性错误!未定义书签。 可维护性错误!未定义书签。 可移植性错误!未定义书签。 其它需求错误!未定义书签。
项目需求分析报告 关键词： 摘要： 引言 xxxxxx 编写目的 【阐明编写需求说明书的目的，指出读者对象】 项目背景 【项目的委托单位、开发单位和主管部名】 【该产品项目与其他产品或其他系统的关系】 定义 【列出文档中用到的专门术语的动议和缩写词的原文】 参考资料 【格式：作者标题编号出版单位或资料来源发表日期】 【范围：项目经核准的计划任务书；合同或上级批文；项目开发计划；与项目有关的已发表的资料；文档中所引用的资料；所采用的标准或规范】 概述 产品的描述 用与它有关的产品或项目来描述被开发项目： 如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。 如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小节应当:简述这个较大的系统或项目的每一个组成部分的功能,并标识其接口；标识被开发产品项目的主要外部接口(建议用图形表达有关的系统或项目的主要组成、相互联系和外部接口)。 产品的功能 简明叙述被开发产品项目的功能。 开发环境 列出所采用的操作系统、编程语言、编程工具（编译器和调试器）、硬件设备、数据库平台和网络平台等开发环境特点。 一般约束 硬件的限制； 与其他应用系统的接口； 本节不列举具体需求或具体设计约束。但是, 应对具体需求一章中描述的某些具体需求和设计约束提供理由。 具体需求 内部功能需求 描述产品系统产品的输入经过什么处理转换为输出，它必须描述在产品系统中进行的基本操作。对于每一类功能或者有时对于每一个功能，需要描述其输入、处理和输出等需求。这些内容用四小节描述： 功能需求1 引言 描述完成本功能的目的，所使用的方法和技术，包括可以清楚说明本功能示意图的来源或背景材料。 输入 对本功能全部输入数据的详细描述,它们包括:输入源、数量、度量单位、时间关系、有效输入的范围、精度和公差等。 操作员具体的控制需求，其中包括操作员活动的描述，控制台或操作员的位置等。例如，在打印表格时，要求操作员调整打印纸位置的需求。 指明引用的接口规格说明或相应的接口控制文档。 处理 说明该功能应该对各输入数据进行哪些处理，并对各处理进行定性的说明，尽可能采用严格的定
软件系统需求分析报告
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述
个人博客系统需求分析28771
个人博客系统需求分析 组员：杨群熊娅婷1.系统目标： 开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的个人博客网站，为网络用户提供进行在线交流的网络平台。 通过个人博客网站可以结交更多的朋友，表达更多的想法，它随时可以发布文章。 2.系统功能要求 2.1 博客系统提供三类服务： 1．信息服务：文章显示，热点文章推荐，博主风采。 2．查询服务：可以根据文章内容，文章标题，留言标题等进行模糊查询。 3．评论、留言服务：游客或者用户可以对系统进行留言或发表看法意见。 在此基础上我将个人博客网站划分成三个子系统：游客，会员，管理员。 下面分析各个子系统的功能需求： 2.1.1 游客 在在具体的功能实现上，可以分为以下几个部分： 1．搜索和浏览他人的博客： 游客不须登录系统就可以实现查看日志，照片以及博客主的资料信息。 2．用户注册： 游客将个人的信息存储到博客网站的数据库中，以成为本博客的正式用户。 2.1.2 会员 通过计算机网络将前台与后台的数据库相连，系统用户将从前台得到的信息进行处理，实现文章管理，信息管理，个人相册管理，评论，留言等子系统。 1．博文管理： 注册用户员对网站中自己的文章进行删除，更新等操作。 2．信息管理： 发布，更改个人资料信息。 3．个人相册管理： 对博客相册中的图片进行上传，更新，删除操作。
4．好友管理： 添加或删除好友。 5．评论： 对于他人给自己的不恰当评论予以删除。 6．留言： 对他人给自己的留言进行回复或删除。 2.1.3 管理员 1．用户管理： 对已注册的用户进行管理。 2.评论、留言管理： 对已注册的用户发表的评论和留言进行管理。 3.相册管理： 对已注册用户上传的照片进行审核，严禁上传不和谐的照片。 4.文章管理： 对用户已发表的博文进行管理，规范其内容，屏蔽掉一些不健康或反动的言论。 2.2系统功能需求 分析现有情况及问题，将个人博客系统划分为三个功能用例：游客用例，用户用例，管理员用例。 在个人博客系统中，管理员要让每个博客申请个人博客账号，并让博客设置个人密码，账户内存储每个博客的个人信息。有账号的博客会员可以通过管理员浏览好友动态、写博文、分享博文等。每个博客浏览的范围、期限不同，可通过互联网或登录个人博客网站查询个人信息和其他情况。 登录个人博客主页时，先输入博客的账号和密码，系统验证该帐号的有效性，无效则提示其原因，有效则显示博客的主页信息，供管理员人工核对。然后可以进行浏览动态，添加应用等一些功能。 2.2.1系统总体用例
博客网站的需求分析报告
一功能分析 1.1 目的 该文档是关于用户对于博客网站系统的功能和性能的要求，重点描述了博客网站系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2 范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3 系统整体结构 根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供阅读文章、发表评论、发表留言等等。管理端的功能提供博客管理人员进行的类型管理、文章管理、评论管理等。他们的关系如图A-1。
图A-1 校园博客系统流程图 1.4 系统运行网络环境 本系统的网络运行图如图A-2，无论是客户端的访问者还是管理端的BM 等都可以通过网络登录到本系统中。访问者通过网络发布相关信息及通过网络发表评论。 图A-2：网络拓扑图 文章管理 评论管理 类型管理 网络服务器 链接管理 留言管理 阅读文章 发表评论 发表留言 评论管理 评论管理 博客访问者
1.5系统运行硬件环境 本系统的硬件环境如下： ●客户机：普通PC ?CPU：P4 1.8GHz ?内存：256MB以上 ?分辨率：推荐使用1024*768像素 ●WEB服务器 ?Internet 信息服务（IIS）管理器 ●数据库服务器 ?CPU：P4 1.8GHz ?内存：256MB以上 1.6系统运行软件环境 ●操作系统：Windows XP ●数据库：MYSQL ●开发语言：JSP JAVA ●浏览器：IE7.0 1.7角色（Actor）定义 角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。 1.7.1博客访问者 博客访问者是指在这个网络校园博客系统中通过客户端匿名或已注册的人员，这个Actor(包括游客)主要参与客户端的阅读文章、发表评论、发表留言等功能。 1.7.2管理用户 管理用户是指管理端的用户，这个此Actor派生两个子类，BM（博客管理员）和系统管理员，BM是指在校园博客系统中通过管理端参与博客管理员工作的人员，他又可以派生多个子类如文章管理者、评论管理者和留言管理者。博客管理员具有发布，修改，删除博客，查看博客，发表评论等权限。系统管理员是指对校园博客系统系统进行相关设置、维护的人员，它也是通过管理端登录对管理端的用户进行设置，分配权限等，它们的关系如图A －3：