总体设计规格说明书
本科生学年论文（设计）题目：项目总体设计规格说明书
学院数学与计算机学院
学科门类工学
专业计算机科学与技术
学号2011435113
姓名宋晓露（组长）
指导教师陈丽萍
2013年11月28日
目录
1 引言 (1)
1.1 编写目的 (1)
1.2 项目背景 (1)
1.3 定义 (1)
1.4 参考资料 (1)
2 项目概述 (2)
2.1 工作内容 (2)
2.2 主要参加人员 (2)
2.3 产品 (3)
2.3.1 程序 (3)
2.3.2 文件 (3)
3 总体设计 (5)
3.1 处理流程 (5)
3.2 总体结构和模块外部设计 (5)
3.3 功能分配 (6)
4 接口设计 (7)
4.1 外部接口 (7)
4.2 内部接口 (7)
5 数据结构设计 (8)
5.1 数据结构需求分析 (8)
5.2 数据结构初步关系框架 (8)
6 运行设计 (10)
6.1 运行模块的组合 (10)
6.2 运行控制 (10)
6.3 运行时间 (10)
7 出错处理设计 (11)
7.1 出错输出信息 (11)
8 界面设计 (12)
9 安全保密设计 (17)
10 维护设计 (18)
项目总体设计规格说明书
1 引言
1.1 编写目的
为明确软件需求、安排羡慕规划与进度、组织软件爱年开发与测试，撰写此文档。本文档为项目开发的设计人员、开发人员提供参考。
1.2 项目背景
a.项目需求：11计科软件工程课程设计
开发单位：QQ实时聊天系统项目组
b.该软件系统与其他
1.软件系统名称：QQ实时聊天系统
2.该软件系统与其他系统的关系：该系统基于VS2005、SQL server2000
1.3 定义
(1)可行性研究：目的不是解决问题，而是确定问题是否值得去解决。它是指上是要进行一次大大压缩简化了的系统分析和设计过程，也就是izai较高层次上以较抽象的方式进行的系统分析和设计的过程。
（2）需求分析：需求分析是软件定义时期的最后一个阶段，它的基本任务是准确的回答“系统必须做什么”这个问题。
（3）总体设计：又称概要设计或者初步设计，主要由两个阶段组成，系统设计阶段和结构设计阶段。
（4）详细设计：它的根本目的是确定应该怎样具体的实现所要要求的系统。详细设计的结果基本上决定了最终的程序代码的质量。
（5）通常把编码和测试统称为实现。
1.4 参考资料
GB/T 11457:软件工程术语
GB/T 8566-1995：计算机软件开发规范
GB 8567：计算机软件产品开发文件编写指南
2 项目概述
2.1 工作内容
表1
可行性研究在较高层次上以较抽象的方式进行系统分析
和设计。从技术可行性，经济可行性，操作可行性
三方面进行可行性研究。
需求分析从功能需求，性能需求，数据需求等方面进行
分析。利用DFD,DD,E-R图等，进行需求的获取，
分析，定义以及验证。书写需求规格说明书。
总体设计/详细设计先进行概要设计，包括系统设计，结构设计利
用模块化，抽象，逐步求精，模块独立等设计原理，
初步对项目技进行设计。详细设计阶段进行细化开发/单元/几次测试源代码，测试用例，单元测试报告
系统测试测试总结报告，用户手册
实现验收报告，实施计划，培训计划，软硬件安装
部署规划书，应用系统部署说明，系统验收，应用
程序包
2.2 主要参加人员
表2
角色负责人专业技术
架构设计系统架构设计
系统分析员数据库系统设计
测试负责人软件测试
文档编写人员软件工程
编码人员C#程序设计
数据库开发与维护人员Oracle
2.3 产品
2.3.1 程序
程序名称：MyQQ
所用的编程语言：C#
主要功能：
（1）支持用户注册，本地保存密码、登陆账号
（2）能正常登陆和隐身登陆，以及退出登陆
（3）支持好友列表，并能正确的自动更新、能显示在线好友，并与不在线好友予以区分。支持好友来消息提示。可以根据自己的需要进行好友分组。
（4）能查找、增加、删除好友.，并显示好友信息
（4）能修改基本的个人信息、支持修改个人在线状态、支持设置隐私权限
（5）能主面板最小化、最大化、隐藏操作、支持多个帐户同时登陆，且互不影响、显示输入消息窗口，能及时显示输入的消息、能显示接收到的好友消息、支持打开多个聊天窗口，且互不影响
2.3.2 文件
表3
角色文档
需求分析人员（兼项目经理）《项目开发计划》《需求规格说明书》
设计人员《项目总体设计规格说明书》
《项目详细设计规格说明书》编码人员《代码清单》
《用户使用手册》
测试人员《系统测试用例》
《项目测试报告》
质量保证人员（QA人员）各个阶段过程和产品的：
《QA检查单》和《QA检查记录》相关的标准和规范
3 总体设计
3.1 处理流程
表1
项目名称输入处理输出数据来源权限设置
1、申请账号
用户名
和密码
身份验
证
申请成
功
用户输入用户操作
2,、登陆账号
用户名
和密码
身份验
证
根据用
户要进行的
操作判定下
一步进入的
模块
3、发送消息
消息内
容
消息处
理
用户输入用户操作
4、添加好友用户名
将用户
名添加到数
据库
输出好
友添加成功
界面
管理员输
入
用户操作
5、修改信息用户名
将修改
后的好友信
息保存到数
据库中
输出好
友信息修改
成功界面
管理员输
入
管理员操
作，用户可以
更改好友或自
己的信息
6、删除好友用户名
将好友
信息从数据
库消除
输出好
友删除成功
界面
管理员输
入
管理员操
作
3.2 总体结构和模块外部设计
图3-1 总体结构和模块外部设计
3.3 功能分配
数据库模块总领整个系统，成绩录入模块负责对其进行建立、增加、插入、删除、修改、合并的操作，各模块之间相互协作，功能完备，结构严谨。
图3-2功能分配
QQ 管理系统
登陆模块
消息处理模块
信息处理模块
QQ 管理系统
登陆模块
消息处理模块
好友列表模块
信息管理模块
4 接口设计
4.1 外部接口
软件接口：系统利用Visual C#提供与SQL Server2000连接进行访问数据库的操作。
服务器程序可利用SQL Server2000提供的对数据库备份的操作实现对数据库的备份操作。
在网络软件接口方面，采取一种无差错的传输协议进行连接。
硬件接口：输入：采用键盘鼠标以及Visual C#的标准输入/输出进行输入处理。
输出：采用Visual C#的标准输入/输出或其它输出设备对输出进行处理。在统计打印模块还需要有打印机的参与。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM.
4.2 内部接口
数据库模块的操作由管理员通过密码登陆，然后对数据库进行相应的操作。通过对数据库要进行的不同的操作来决定调用另外的哪个模块。模块间采用函数调用、参数传递、返回值的方式进行信息传递。
4.3 用户接口
在QQ登陆界面，需要用户输入登陆账号和相应的登陆密码。当用户输入不正确时，系统将会自动给出提示，请用户进行重新输入；在申请界面和添加好友，个人信息设置界面均有相应的提示信息和警告信息。
5 数据结构设计
5.1 数据结构需求分析
针对自己所要设计的仿QQ聊天系统的需求，设计如下所示的数据项和数据结构：
用户表：QQ号码、QQ密码、加好友的方式编号、昵称、QQ头像编号、性别、年龄信息类型表：信息类型编号、信息类型
聊天信息表：聊天信息表记录编号、发送信息者QQ号、收到信息者QQ号、发送信息、信息类型编号、信息状态、发送时间
好友表：表添加记录、发送者的QQ、好友的QQ
5.2 数据结构初步关系框架
User(用户表)( QQ号码、QQ密码、加好友的方式编号、昵称、QQ头像编号、性别、年龄)
MessageType(信息类型表)( 信息类型编号、信息类型)
Messages(聊天信息表)( 聊天信息表记录编号、发送信息者QQ号、收到信息者QQ号、发送信息、信息类型编号、信息状态、发送时间)
Friends(好友表)( 表添加记录、发送者的QQ、好友的QQ)
5.3 逻辑结构设计
表1 用户表User
字段字段类型字段描述
Id int QQ号码（主键）
LoginPwd varchar QQ密码
int 加为好友的方式编号FriendshipPolic
yId
NickName varchar 昵称
FaceId int QQ头像的编号
Sex varchar 性别
Age int 年龄
表2 信息类型表MessageType
字段字段类型字段描述
Id int 信息类型编号（主键）
MessageType varchar 信息的类型
表3 聊天信息表Messages
字段字段类型字段描述
Id int 聊天信息表记录编号（主键）FromUserId int 发送信息者QQ号（外键）ToUserId int 收到信息者的QQ号（外键）Message varchar 发送的信息MessageTypeId int 信息的类型编号MessageState int 信息的状态（被接收到为1）MessageTime datetime 发送的时间
表4 好友表Friends
字段字段类型字段描述
Id int 好友表添加的记录（主键）HostId int 发送者的QQ（外键）FriendId int 好友的QQ（外键）
6 运行设计
6、1 运行模块的组合
首先进入系统的数据库模块，系统根据用户所要进行的操作判别下一步涉及的模块，从而调用相应的其他模块。
该软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较为友好的交换信息，处理数据。
6、2 运行控制
运行控制将严格按照模块间函数调用关系来实现。在登录模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。
软件运行时有较为友好的界面，基本上能够实现用户的数据处理要求。
6、3 运行时间
在需求分析中，对运行时间的要求为操作的反应时间必须在用户可以接受的范围内。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium 4 处理器。硬件对本系统的速度影响将会大于软件的影响。在输入方面，对于键盘、鼠标的输入，可用VISUAL C# 的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用VISUAL C#的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
系统的运行时间基本可以达到用户所提出的要求。
7 出错处理设计
7.1 出错输出信息
表1
处理方式
错误类型出错模
块
1.用户账号不存在数据库
提示用户，说明错误原因，并重新输入
模块
提示用户，说明错误原因，并重新输入
2.用户密码输入错误数据库
模块
3.查询的好友账号不存在数据库
提示用户，说明错误原因
模块
7.2 出错处理对策
（1）（初步预测）使用恢复及再启动技术：说明将使用的恢复再启动技术，使软件从
故障点恢复执行或使软件从头开始重新运行的方法。
（2）服务器失效：使用事务处理，出错时，管理员可以通过直接操作数据库，恢
复数据
（3）周期性的把磁盘信息记录到磁带上去就是对于磁盘媒体
8 界面设计需要的界面
(1)注册界面
设计注册窗体界面，实现用户注册功能
(2)登录界面
(3)登录后的主界面
(4)查找/添加好友界面
(5) 聊天界面
(6)系统消息界面
(7)个人设置界面
(8)头像列表界面
9 安全保密设计
本系统的进入需要有正确的用户名和密码，限制了数据的使用权限，并进行层层控制，以提高系统的安全保密性。
软件设计文档国家标准 概要设计说明书(GB8567——88)
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (3) 3.1用户接口 (3) 3.2外部接口 (3) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (4) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)
概要设计说明书 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
软件需求分析规格说明书格式
软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设
备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录
参考模板 - 软件详细设计规格说明书
附录D:图书管理系统软件设计规格说明书 图书管理系统 软件详细设计规格说明书 1．引言 1.1编写目的 软件设计的任务是将软件需求变换成为软件的具体设计方案。概要设计根据软件需求导出软件的体系结构；详细设计给出软件模块的内部过程描述。该文档是设计结果的详细描述，也是程序员编写程序的功能依据。 1.2项目背景 开发软件名称：图书管理系统。 项目开发者：××学院计算机科学系“图书管理系统”开发小组： ×××(×号，组长)，×××(×号)，…… 用户单位：××学院 1.3 定义 图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。 1.4 参考资料 ?钱乐秋等，《软件工程》，青还大学出版社； ?张害藩，《软件工程导论》（第四版），清华大学出版社； ?王珊等，《数据库原理及设计》，清华大学出版社； ?赵池龙等，《软件工程实践教程》，电子工业出版社。 2．详细设计 2.1软件结构块层次图
图书管理系统 书籍管理读者管理借阅管理 书籍信息 管理出版社管理 书籍类别 管理注销管理读者类别 管理 读者信息 管理 还书管理借书管理 续借管理 过期罚款 管理 图书丢失 管理 2.2 模块详细设计 此处给出各用例的程序实现流程图，也可用下面的描述显示表述 （注，建议用程序流程图） 借书管理： A.输入读者编号； 提示超期未还的借阅记录； B.输入图书编号； If 选择“确定” then If 读者状态无效或改书“已”注销或已借书数>=可借书数then 给出相应提示； Else 添加一条借书记录； “图书信息表”中“现有库存量”-1; “读者信息表”中“已借书数量”＋1; 提示执行情况； Endif 清空读者、图书编号等输入数据； Endif If 选择“重新输入”then 清空读者、图书编号等输入数据； Endif If 选择“退出”then 返回上一级界面； Endif 返回A.等待输入下一条；
系统设计规格说明书 模板
XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日
修改记录
目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。
概要设计说明书范例及模板
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
需求分析说明书、详细设计说明书、概要设计说明书样例
以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.360docs.net/doc/965074549.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3
4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系
统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控 、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。 3. 设计约束
需求分析说明书(模板)
浙江大学软件学院 某市大中专毕业生管理系统产品需求规格 说明书 浙江大学软件学院
目录 目录 (2) 1. 文档介绍 (3) 1.1. 文档目的 (3) 1.2. 文档范围 (3) 1.3. 读者对象 (3) 1.4. 术语与缩写解释 (3) 2. 产品介绍 (4) 3. 产品面向的用户群体 (5) 4. 系统的功能性需求 (5) 4.1. 毕业生业务 (5) UC1.1毕业生选择就业去向 (5) UC1.2就业流程 (11) 5. 产品的非功能性需求 (15) 5.1. 用户界面需求 (15) 5.2. 软硬件环境需求 (16) 5.3. 产品质量需求 (16)
1.文档介绍 1.1.文档目的 编写该文档的目的在于明确某市大中专毕业生信息管理系统的用户需求，使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识。该文档所描述的内容，可作为软件确认测试的依据。在完成了针对某市大中专毕业生信息管理系统的前期调研，同时与客户进行了全面深入地探讨和分析的基础上，编写了本软件需求规格说明书。 本需求规格说明书对某市大中专毕业生信息管理系统做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2.文档范围 项目名称：某市大中专毕业生管理系统 软件系统主要包括建立全大市的大中专毕业生信息管理子系统和建立全大市的档案管理子系统。在大中专毕业生信息管理子系统中主要进行网上注册、填写就业协议信息、调整就业协议信息等业务流程的操作。全大市的档案管理子系统功能模块包括档案管理、毕业生管理、户籍管理、代理单位管理、党员管理、财务管理、库房管理、证明材料管理、统计查询以及基础数据管理。 安全性问题：帐号的安全性策略、用户信息的安全性策略（用户隐私）、网上服务的安全性。 1.3.读者对象 1．客户 2．项目组成员 1.4.术语与缩写解释
OA系统需求规格说明书
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
软件概要设计说明书模版
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
产品需求设计规格说明书
会员产品设计规格说明书 版本<1.0>
1.概述3 2.引用3 3.体系结构设计4 3.1业务处理流程图4 3.2主要对象及关系模型4 这里主要描述会员处理程序的类图及关系 (4) 3.2.1 用户界面的主要类图(窗口) (4) 3.2.2 业务类图 (4) 3.2.3 实体关系图(E-R图) (4) 3.3产品－部件结构图4 3.3.1 一级部件结构图（功能部分，不涉及服务部分） (4) 3.3.2 二级部件结构图 (7) 3.4功能需求与部件对照表9 4.性能设计10 5.对外接口设计10 6.产品部署设计10 6.1系统部署10 6.2产品交付文件定义10 6.3产品及功能间依赖关系11 6.3.1 组件图 (11) 6.3.2 产品关系表 (11) 6.4升级设计11
1.概述 2.引用
3.体系结构设计 3.1业务处理流程图 主干业务处理流程图： 3.2主要对象及关系模型 要求： 通过UML类图描述 可借此图，迅速找到本应用的部件、公用部件、公用类或本应用的部件的子类 可反映清晰的部件关系、部件及公用部件/公用类之间的关系 如果一个部件有几个类，一并描绘 一般画一层类图即可。如果应用比较复杂，要考虑画出二层类图 这里主要描述会员处理程序的类图及关系 3.2.1用户界面的主要类图(窗口) 3.2.2业务类图 3.2.3实体关系图(E-R图) 3.3产品－部件结构图 要求： 用树状菜单结构描述 一级菜单描述子系统（产品）、二级菜单部件分类、三级菜单部件 对部件编号＝产品包代码＋部件标识 3.3.1一级部件结构图（功能部分，不涉及服务部分） 3.3.1.1基础应用组 用户群指导：指的是基础大众，面对的是最广泛的目标客户群体。包括大众买家、普通藏家为主的，提供的是以展示和推广为核心的服务； 条件：仅仅是区分游客身份的角色，不做任何权级限定。免费注册，享受基础服务；
设计规格说明书
设计规格说明书 1．引言 1.1 目的 该软件设计规格说明书是基于“只有两个人”小组计划开发的“电影院网上售票系统”需求规格说明书编写的。 “电影院网上售票系统”，缓解了电影院售检票的人力压力，提供高效的，快捷的，稳定的操作。实现系统应具有的实用性、可靠性、有效性及方便性。 软件系统实际报告相近说明了该软件产品的体系结构设计、书籍库设计和构建设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。 1.2 命名规则 （1）Pascal规范：所有单词首字母大写。 例如： UserNameTable Camel 规范：除了第一个单词，所有单词首字母大写。 例如：userNameTable 全局变量：使用Camel 规范，并以g_ 开头。 例如：g_failedFlag 局部变量、方法参数：使用Camel规范。 例如：lineCount 类名：使用Pascal规范 例如：MyClass 成员方法：使用Pascal规范 例如：MyMethod() 普通成员变量：Pascal并且以m_开头。 例如： m_MemberVarible 控件变量：Control类型使用Pascal规范，以m_开头，控件名结尾。 例如：m_SubmitButton Value类型使用Pascal规范，以m_开头。 例如：m_Data1 （2）数据库命名规则： 表中字段名均不加前缀 表名均以“dt_table_”为前缀 索引名均以“dt_index_”为前缀 视图名均以“dt_view_”为前缀 1.3 术语定义
1.4 参考资料 [1] 用户需求报告 [2] 数据库设计规范 [3] 命名规范 1.5 相关文档 （1）系统规划报告 （2）需求规格说明书 2．系统设计 2.1 体系结构设计 采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内类构成及类之间的关系。
概要设计说明书
XXX项目 概要设计说明书
文档修订记录
1.引言 1.1术语和缩写 本文用到的术语符合国家标准《软件工程术语（GB/T11475-1995）》。 与本文直接相关的国家标准包括：（中国标准出版社 1996年） GB8566-1995 软件生存期过程 GB8567-88 计算机软件产品开发文件编制指南 GB8567-88 计算机软件数据库设计说明编制指南 GB/T11457-1995 软件工程术语 1.2参考资料 1.3设计约束 （1）需求约束 ?本系统应当遵循的标准或规范。 ?硬件、操作系统、数据库等基础架构条件描述，如能在普通PC机、windows操作 系统上运行。 ?页面简单、操作方便快捷。 ?具有较高的正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、 可扩展性、兼容性、可移植性。 （2）隐含约束 ?用户必须具备一定的计算机使用能力 ?IE版本在5.0或5.0之上 ?中央处理器CPU主频800MHZ以上，内存最小128MB，硬盘最小10G，以及必要的 网络设备。 1.4设计策略 1．扩展策略 XXX系统的软件设计采用模块化体系结构，新功能的引入不影响原有的功能模块，具有
良好的可扩展性。 2．复用策略 信息查询、统计汇总设计考虑部分通用化设计，便于复用。 3．安全性 系统中涉及到敏感信息，系统应具备统一、完善的多级安全机制，以保证系统的安全性。 4．易用性 系统应提供友好的操作界面，便于用户的操作和管理。 5．灵活性 业务本身具有较多的灵活性，在系统设计时，设计上要充分考虑到灵活性。 2.总体设计 2.1设计规定 1、所有的数据库命名都是以模块的缩写加上具体表的英文词汇组成，这样能够统一数据库表的命名，也能够更好的规范数据库表命名。 2、所有数据库的设计，都采用Rational Rose进行，并且采用面向对象的设计方法，首先进行对象实体的设计，最后将对象持久化到数据库中，所有的表和表之间的关联(ER图)都采用标准的Rose设计工具进行，这样能够将整个系统的设计和数据库设计有机的结合起来。 3、界面风格：管理界面做到美观大方、风格统一，并有一些提示信息指导用户操作使用。尽量使用选择框、下拉框等选择操作界面，方便用户的使用。 4、消息提示：中文提示，言简意赅。 2.2运行环境 2.2.1软件平台 ●服务器操作系统：UNIX ●DB服务器 数据库软件的名称：Oracle 数据库软件的版本：9i ●客户端操作系统：Microsoft Windows 2000/ XP； ●CPU：1G；内存：256M；硬盘：剩余>1G 2.2.2开发环境的配置
需求分析规格说明书
软件需求说明书 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1 引言 1．1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 任务概述 2．1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各
部分的联系和接口。 2．2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束2．3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3 需求规定 3．1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3．2对性能的规定 3．2．1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3．2．2时间特性要求 说明对于该软件的时间特性要求，如对： a．响应时间； b．更新处理时间； c．数据的转换和传送时间； d．解题时间；等的要求。 3．2．3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a．操作方式上的变化； b．运行环境的变化； c．同其他软件的接口的变化； d．精度和有效时限的变化； e．计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
软件开发-项目详细设计规格说明书
1引言 2 1.1编写目的 2 1.2背景 2 1.3定义 2 1.4参考资料 2 2程序系统的结构 2 3程序1（标识符）设计说明 2 3.1程序描述 3 3.2功能 3 3.3性能 3 3.4输人项 3 3.5输出项 3 3.6算法 3 3.7流程逻辑 3 3.8接口 3 3.9存储分配 4 3.10注释设计 4 3.11限制条件 4 3.12测试计划 4 3.13尚未解决的问题 4 4程序2（标识符）设计说明 4
项目详细设计规格说明书 1引言 1.1编写目的 1.2背景 待开发的软件系统的名称： 提出者： 开发者： 用户： 计算机中心： 该软件系统同其他系统或其他机构的基本的相互来往关系：根据本系统内部的各职能部门的要求，方便快捷的实现同其他机构软件有机连接，使资源最大化利用。 1.3定义 提示:列出本文件中用到的专门术语的定义和英文缩写的原词组。如： 1.4参考资料 列出有关的参考资料，如： 本文件中各处引用的文件、资料，包括所要用到的软件开发标准： 1. 实训教学PPT及相关ERP项目文档； 2. 软件开发标准按照机房配置统一标准。
2程序系统的结构 用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。 3程序1（标识符）设计说明 3.1程序描述 3.2功能 3.3性能 精度高 灵活性强 时间特性好 3.4输人项 给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3.5输出项 3.6算法 3.7流程逻辑 3.8接口 3.9存储分配 3.10注释设计 模块首部的注释； 各分枝点处的注释； 各变量的功能、范围、缺省条件等所加的注释； 使用的逻辑、方法所加的注释等等。 3.11限制条件 a．所建议系统的运行寿命的最小值的限制； b．进行系统方案选择比较的时间限制； c．经费、投资方面的来源和限制； d．法律和政策方面的限制； e．硬件、软件、运行环境和开发环境方面的条件和限制；f．可利用的信息和资源； g．根据软件行业进步改革，系统具有投入使用的最晚时间
系统需求规格说明书 (1)
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
单机游戏概要设计分析说明书
目录 1、引言 (2) 编写目的 (2) 背景 (2) 1．3定义 (3) 参考资料 (3) … 2总体设计 (3) 需求规定 (3) 系统功能 (3) 系统性能 (3) 输入输出要求 (4) 故障处理要求 (4) 其他专门要求 (4) 运行环境 (4) … 基本设计概念和处理流程 (4) 结构 (7) 功能需求与程序的关系 (8) 人工处理过程 (9) 尚未解决的问题 (9) 3 接口设计 (9) 用户接口 (9) 外部接口 (13) ! 内部接口 (14) 4运行设计 (14) 4．1运行模块组合 (14) 4．2运行控制 (14) 4．3运行时间 (14) 5系统出错处理设计 (14) 出错信息 (14) 补救措施 (15) ? 系统维护设计 (15)
' 1、引言 编写目的 （说明编写这份概要设计说明书的目的，指出预期的读者。） 本概要设计说明书目的在于明确说明“华师大之旅”游戏各功能的实现方式，指导团队进行编码,并解决实现该系统的程序模块设计问题。包括如何把该系统划分成若干个功能模块、决定各个功能模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 本说明书的预期读者为：游戏开发人员 ; 背景 （ 说明： a．待开发软件系统的名称； b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 ） 软件的系统名称： ( 本项目的提出者： 本项目的任务开发者： 本项目的用户： 游戏软件由7个场景组成，均是结合大学生活设计：
1．3定义 （列出本文件中用到的专门术语的定义和外文首字母组词的原词组。） 开发工具：Visual Studio 2005 ] 开发语言：C# 开发框架： 系统运行环境：Windows server 2003、Windows XP SP2、IIS6、.NetFramework 系统、游戏：若未特别指出，统指“华师大之旅”单机游戏。 （根据后面写的情况写添加） 参考资料 （列出有关的参考文件，如： a．本项目的经核准的计划任务书或合同，上级机关的批文； b．属于本项目的其他已发表文件； ' c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。） 无 （结构及流程）
详细设计说明书规范
详细设计说明书规范
目录 1．引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3术语说明 (3) 1.4参考资料 (3) 2．软件结构 (4) 2.1 需求概述 (4) 2.2 软件结构 (4) 3．程序设计说明 (5) 3.1模块描述 (5) 3.2 功能 (5) 3.3 性能 (5) 3.4 输入项 (5) 3.5 输出项 (6) 3.6 算法 (6) 3.7 程序逻辑 (6) 3.8 接口 (7) 3.9 存储分配 (7) 3.10注释设计 (7) 3.11限制条件 (8) 3.12 测试要点 (8) 1.13尚未解决的问题 (8)
1．引言 1.1 编写目的 ? 说明编写详细设计说明书的目的； ? 指名详细设计说明书的读者对象。 1.2 项目背景 ? 对开发软件的名称； ? 列出项目的任务提出者、开发者、以及与本项目开展工作直接有关的人员和用户。 1.3 术语说明 ? 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1.4 参考资料 列举编写软件详细设计说明时所参考的资料，主要包
括： ? 项目经核准的计划任务书、合同或批文； ? 引用的软件开发标准或规范； ? 项目开发计划； ? 需求规格说明； ? 概要规格说明书； ? 测试计划（初稿）； ? 用户操作手册（初稿）； ? 文档中引用的其它资料等。 对每一项应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．软件结构 2.1 需求概述 建树本软件的主要功能。 2.2 软件结构 用一系列图标列出本软件系统内的每个程序（包括每个模块和子程序）的名称、标识符，以及他们之间的层次结构关系。图标常采用系统流程图的层次结构来
项目管理系统_需求规格说明书V3
品高项目管理系统 软件开发需求
目录 1引言 (2) 1.1编写目的 (2) 2功能性需求 (2) 2.1系统登录 (3) 2.2对内项目管理子系统 (6) 2.3对外项目交流系统 (22)
1 引言 1.1 编写目的 本文档可作为 1. 设计人员进行系统设计的输入源。 2. 开发人员对系统功能开发的依据。 3. 测试人员编写系统测试计划，测试案例编写的输入源。 4. 产品经理检查系统实现程度的依据。 5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。 6. 项目需求阶段的主要交付物。 7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。 2 系统概貌 2.1 系统背景 随着公司发展，客户范围不断增长,项目数量多且繁杂,给公司的和客户了解项目实际情况带来很大不便,公司及客户之间缺乏有效快速的沟通交流环境. 基于上诉背景，我们提出需建立一套完善的项目管理系统，作为公司及客户之间对项目信息的了解及在线交流, 以满足公司发展的需求。 2.2 用户描述 本系统用户为我们公司业务人员、项目成员、项目经理、管理中心、财务合同管理员、部门经理，项目管理层等。 2.3 系统角色权限 系统的不同角色对信息的权限见附件表 角色权限表.xlsx 2.4 一般限制 ? 应用系统应采用B/S 结构，客户端支持IE6.0 以上的版本。 ? 应用系统的开发工具与技术应采用Microsoft .NET 的技术体系。 ? 应用系统中所有数据统一保存到SQL Server 数据库。
2.5出错处理 ?所有的应用系统错误都应记录到系统日志文件中。 ?所有的Windows服务错误都应记录到Windows服务日志文件中。 ?所有的Web服务错误都应记录到Web服务日志文件中。 2.6假设和依赖条件 ?本系统假设.Net Framework 4.0平台稳定可靠，性能满足实际需求。系统构建在Microsoft .Net Framework平台中，严重依赖于该平台的可靠性，稳定性和性能。 ?本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft SQL Server数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。 ?本系统假设涉及的外部接口可靠运行，提供正确数据。系统部分数据展现依赖于外部接口，当外部接口不能正确工作时，可能会导致部分展示数据不正确或无法显示。 ?本系统假设网络状态良好。本系统和客户端交互时依赖于网络状况，当网络故障或者性能低下时，可能会造成系统无法访问，系统响应速度变慢，数据无法提交等现象。但不应出现数据完整性和一致性的损坏。 ?本系统假设工作流引擎稳定可靠，性能满足要求。 ?本系统假设硬件服务器工作状态良好。 3功能性需求 3.1系统登录 【REQ_1】使用系统的用户分2类,内部用户及外部用户 【REQ_2】内部用户访问系统的时候,需要输入AD帐号密码进行身份验证检查 【REQ_3】外部用户访问系统的时候,需要输入用户名和密码进行身份验证检查 3.2首页 【REQ_4】每个用户登录后都可进入自己所属角色的首页 3.2.1.1业务人员 【REQ_5】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：