软件需求规格说明书(案例)
软件需求分析案例
图书馆管理信息系统的2层数据流程图有： 图书馆管理信息系统的 层数据流程图有：图书 层数据流程图有 采编系统数据流程图、图书借阅系统数据流程图、 采编系统数据流程图、图书借阅系统数据流程图、 图书查询系统数据流程图、 图书查询系统数据流程图、图书预定系统数据流 程图、读者留言系统数据流程图、 程图、读者留言系统数据流程图、图书维护系统 数据流程图、 数据流程图、读者管理系统数据流程图和电子读 物系统数据流程图。 物系统数据流程图。
3
n
有指定的图书馆工作人员来帮助顾客像使用一般 书目索引一样使用基于电脑的工具。 书目索引一样使用基于电脑的工具。图书馆也必 须联网到其他的图书馆，以满足馆际互借的要求。 须联网到其他的图书馆，以满足馆际互借的要求。 这些相互连接的图书馆允许顾客可以直接访问它 们的馆藏。 们的馆藏。 图书馆工作人员的最后职责是获取和淘汰馆 藏图书。在获取新书的过程中， 藏图书。在获取新书的过程中，他们试图在满足 顾客的要求和达到广泛的收集之间取得平衡。 顾客的要求和达到广泛的收集之间取得平衡。当 图书的内容已经过时并且没有历史价值时， 图书的内容已经过时并且没有历史价值时，这本 图书将被淘汰。理想情况下，当一本书过时后， 图书将被淘汰。理想情况下，当一本书过时后， 它只有在一本内容更新的书在馆藏中代替它时才 会被淘汰。 会被淘汰。
19
n
n n n n n n
n
数据项组成： 借阅日期）＋ 数据项组成：OrderDate （借阅日期）＋ BookName（书名）＋ ）＋RederID（读者账号）＋ （书名）＋ （读者账号）＋ ReaderName（读者姓名）＋ ）＋O_Quantity（借阅 （读者姓名）＋ （ 数量） 数量） 数据流量： 数据流量：1000部/日 部日 高峰流量： 高峰流量：5000部/日 部日 数据流编号： 数据流编号：D03 数据流名称： 数据流名称：填写借阅记录 简述： 简述：填入借阅表的记录 数据流来源： 数据流来源：P2_13 检查合格的借阅图书信息录人 到借阅库中 数据流去向： 数据流去向：借阅库
软件工程课程设计案例
网上招聘系统分析设计目录第一章网上招聘系统需求规格说明书.................... - 3 -第二章软件项目的概要设计说明书. (16)第三章网上招聘系统详细设计 (51)第四章软件项目的编码案例说明 (64)第五章网上招聘系统客户端系统测试计划 (71)第六章网上招聘系统客户端系统测试设计 (75)第八章网上招聘系统客户端系统测试报告 (92)第一章网上招聘系统需求规格说明书1.导言1.1 目的该文档是关于用户对于网上招聘系统的功能和性能的要求，重点描述了网上招聘系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：·设计人员；·开发人员；·项目管理人员；·测试人员；·用户。
1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。
在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.3 编写说明HR,Human Resource（人力资源管理）的缩写。
JSP,Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。
UML,Unified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。
1.4 术语定义无1.5 引用标准[1]《企业文档格式标准》，****************有限公司软件工程过程化组织[2]《需求规格报告格式标准》，************有限公司软件工程过程化组织1.6 参考资料[1]《UML说明》，***********************软件有限公司[2]《需求规格报告格式标准》，************公司软件工程过程化组织1.7 版本更新信息本文档的更新记录如表A-1所示。
表A-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述001 002 003 004 0052008.9.52006.9.102006.9.152006.9.162006.10.180.10.20.30.41.0全部第3.1节第4.1节第5.1节第7章初始发布版本增加修改修改增加2.系统定义我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。
网上外卖系统
网上外卖体统软件需求规格说明书Revision Record 修订记录目录1.引言…………………………………………………………….1.1编写目的………………………………………………………………………….1.2适用范围2.任务概述2.1项目目标2.2用户范围2.3项目背景3.需求分析3.1功能规定3.2系统功能概述3.2.1系统用例图及描述3.2.2系统功能3.3用例分析3.3.1用户模块3.3.2员工订餐3.3.3餐品更新3.3.4管理用户及订单3.3.5员工送餐3.4数据流程图3.5系统活动图3.6系统类图及描述3.5文档需求3.6测试需求4.运行环境第一部分引言1.1编写目的本说明明书描述了网上外卖体统案例研究项目的要求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的格式和内容。
1.2适用范围本文档主要涉及“网上外卖体统”的功能需求描述。
第二部分任务概述1.1 项目目标●用户订餐●餐品更新●管理客户2.2 用户范围该快餐店的主要服务对象是附近一个大学的学生和周边公司的工作人员。
2.3 项目背景快餐店的店主委托设计小组为他创建网上外卖系统。
该快餐店的主要服务对象是附近一个大学的学生和周边公司的工作人员。
网站主要提供的当天的菜单，有荤菜，素菜，主食，小菜和汤，或是套餐可供客户浏览，要求网页能够提供每种菜式的主料，口味，图片，价格。
欲购买的客户需要注册(提供邮购和管理所必须的有效信息，如姓名，地址，电话等)取得唯一的用户名成为会员。
会员登录后便可以订餐，也可以通过电话进行订餐，送餐的范围在快餐店的周围1公里内，超出外卖范围的地址不会生成订单，在客户确认订单后的40分钟内，由送外卖的工人将订餐信息和快餐送到客户手中，同时收取订餐款。
为了方便订餐，系统记录每个订餐者的信息，当客户第二次电话订餐时，根据电话号码或是用户名称找到客户信息。
店主应该能够对每天的外卖情况(比如，每种菜的销量，日销售额)进行统计，对客户信息进行查询和管理。
srs文档案例
srs文档案例1. 引言软件需求规格说明书（Software Requirements Specification，简称SRS）是软件开发过程中的重要文档，用于详细描述软件系统的需求。
本文将以一个SRS文档案例为基础，深入研究其内容和结构，以期提供一个高质量的SRS文档范例。
2. 项目背景本案例是基于一个在线购物系统开发项目的SRS文档。
该系统旨在为用户提供一个方便、安全、高效的在线购物平台。
在该平台上，用户可以浏览商品、下订单、支付和收货等。
3. 需求概述3.1 目标该在线购物系统旨在满足用户对便捷购物体验的需求，并提供安全可靠的支付和配送服务。
3.2 用户特征该系统主要面向互联网用户群体，包括年轻人、上班族和家庭主妇等。
用户应具备基本互联网使用能力，并拥有一台可以上网设备。
4. 功能需求4.1 用户注册与登录4.1.1 用户注册：用户可以通过填写个人信息完成注册。
4.1.2 用户登录：已注册用户可以通过输入用户名和密码登录系统。
4.2 商品浏览与搜索4.2.1 商品分类：商品应根据类型、品牌等属性进行分类展示。
4.2.2 商品搜索：用户可以通过关键词搜索商品。
4.2.3 商品详情：用户可以查看商品的详细信息和图片。
4.3 购物车管理4.3.1 添加商品：用户可以将感兴趣的商品添加到购物车。
4.3.2 删除商品：用户可以从购物车中删除不需要的商品。
4.3.3 修改数量：用户可以修改购物车中商品的数量。
4.4 订单管理4.4.1 下订单：用户可以将购物车中的商品生成订单。
4.4 2 订单支付：用户可以选择支付方式完成订单支付。
1）在线支付：支持支付宝、微信等在线支付方式。
2）货到付款：支持货到付款方式。
5．非功能需求5．1 性能需求5．1．1 响应时间: 系统应在秒级内响应用户操作，保证流畅的使用体验。
5．1．2 并发能力: 系统应能同时处理多个请求，保证在高峰期不发生系统崩溃或响应缓慢等问题。
软件过程模型案例
软件过程模型案例软件过程模型是指在软件开发过程中，将软件开发过程分为若干阶段和活动，并规定每一阶段和活动的输入、输出、各种文档的编制方法和文档的审核和审定的内容、具体要求、合格标准以及项目组织管理的方法和质量控制的方法等的一种软件开发操作规范。
下面将以一个实际案例来介绍一个典型的软件过程模型。
假设公司决定开发一个新的在线电影票购买系统来满足用户的购票需求，下面将以这个案例为例来介绍软件过程模型。
1.需求收集和分析阶段：在这个阶段，软件团队与项目的利益相关者进行会议，了解他们的需求和期望。
通过讨论和调查，软件团队收集到以下需求：-用户可以浏览不同影院的上映电影信息。
-用户可以查看每部电影的放映时间和价格。
-用户可以选择座位并购买电影票。
-系统需要提供在线支付功能。
-系统需要发送电子票给用户。
2.需求规格说明书编制阶段：根据收集到的需求，软件团队开始编制需求规格说明书，该文档详细描述了软件系统的功能、性能要求以及用户界面和交互设计等。
在这个阶段，软件团队还与利益相关者进行讨论，以确保需求的完整性和准确性。
3.设计阶段：在设计阶段，软件团队根据需求规格说明书开始设计系统的架构和模块。
他们使用UML（统一建模语言）创建类图、序列图和状态图等。
同时，团队还着手开发数据库设计和用户界面设计。
4.编码和单元测试阶段：在这个阶段，程序员开始根据设计文档编写源代码，并进行单元测试来验证每个模块的正确性。
他们还使用版本控制工具来管理源代码的版本。
5.综合测试和验收测试阶段：在这个阶段，软件团队进行综合测试和验收测试来验证整个系统的功能和性能。
他们通过模拟实际用户使用系统的场景来测试系统的稳定性和可靠性。
6.部署和维护阶段：在软件系统通过验收测试后，团队将其部署到生产环境中，并提供相关的文档和培训来帮助用户使用系统。
同时，团队会定期监测系统的性能并进行必要的维护和修复。
需要注意的是，上述过程是迭代和增量式的。
即使在开发和测试过程中，可能会发现一些需求的变化或改进的机会，开发团队应该做出相应的调整。
(完整word版)软件需求规格说明书(案例)
软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。
1 目的 (5)1。
2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。
6 参考文献 (7)2 系统概述 (7)2。
1 概述 (7)2。
2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。
1 系统角色 (9)3.2 学生管理 (11)3.2。
1 增加学生信息 (11)3。
2。
2 修改学生信息 (11)3。
2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。
3 教师管理 (12)3.3.1 增加教师信息 (12)3。
3.2 修改教师信息 (12)3.3。
3 删除教师信息 (12)3。
3。
4 导入教师信息 (12)3。
4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。
4。
2 修改课程基本信息 (13)3。
4。
3 删除课程基本信息 (13)3。
4。
4 维护课程学生信息 (13)3。
5 成绩查询 (14)3。
5.1 学生查询成绩 (14)3.5。
2 教师查询成绩 (14)3。
6 成绩分析与统计 (14)3。
6。
1 考试成绩表 (14)3.6。
2 班级各科平均成绩表 (14)3.6。
3 年级成绩排名表 (15)3。
7 系统维护 (15)3。
7.1 数据字典维护 (15)4 非功能性需求 (15)4。
1 性能需求 (15)4。
2 安全性需求 (15)4。
3 可用性需求 (16)4.4 用户文档 (17)4。
5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
档案管理系统-需求规格说明书
《档案管理系统》需求规格说明书更改履历状态：新建、增加、修改、删除。
目录目录 (I)1. 引言 (1)1.1 编写目的 (1)1.2 1.2项目背景 (1)1.3 定义、缩写词和符号 (1)1.4 1.4参考资料 (2)2. 任务概述 (2)2.1 目标 (2)2.1.1 开发目标 (2)2.1.2 应用目标 (2)2.2 运行环境 (3)2.2.1 硬件环境 (3)2.2.2 软件环境 (3)2.3 条件与限制 (3)3. 数据描述 (3)3.1 静态数据 (3)3.2 动态数据 (5)3.3 数据库描述 (5)3.4 数据流图 (5)3.4.1 登录数据流图 (6)3.4.2 档案管理 (6)3.4.3 档案查询 (6)3.4.4 系统配置 (6)3.4.5 系统维护 (7)3.4.6 打印报表 (7)3.5 数据字典 (8)4. 功能要求 (8)4.1 功能划分 (8)4.2 功能描述 (8)5. 性能需求 (10)5.1 数据精确度 (10)5.2 时间特性 (10)5.3 适应性 (10)6. 6. 运行需求 (10)6.1 用户界面 (10)6.2 硬件接口 (11)6.3 软件接口 (11)6.4 故障处理 (11)7. 其它要求 (12)1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多，种类多，文件创建者多，创建时间为不定期，要保护好一些公司重要的文件极为不便，同时由于人员的流动，对原有的文件的再现，显得力不从心，有时查找与重新整理文件要浪费许多的人力、物力。
需求分析说明书实例+范例+非常详细
需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多，种类多，文件创建者多，创建时间为不定期，要保护好一些公司重要的文件极为不便，同时由于人员的流动，对原有的文件的再现，显得力不从心，有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来，由于竞争的激烈程度不断的加深，档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题，让企事业单位能够有效的掌握，有效的共享文件资源，保护好文件，及促进档案管理的信息化、规范化和集成化，本人多方听取意见、追加和完善大量实用功能，进而了解文件管理的流程，同时结合各部门、各行业与企业文件管理的方法，开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰：《Visual Basic 项目案例导航》，科学出版社，2002年6月版陈明：《软件工程》，中央广播电视大学出版社，2002年6月版段兴：《Visual Basic 6.0 控件实用程序设计100例》，人民邮电出版社，2002年12月杜春雷、孙会莲：《如何使用Visual basic 6.0中文版》，机械出版社，2000年1月张曜、张青、李丁：《Visual Basic 函数实用手册》，治金工业出版社，2002年12月范国平、陈晓鹏：《Access 2000 数据库系统开发实例导航》，人民邮电出版社，2002年12月版闪四清：《SQL Server 实用简明教程》，清华大学出版社，2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻，人们已经习惯用电脑办公，结果自然会产生大量的电子文件，这些文件有宝贵的历史价值，但我们如果将更多的时间花费在寻找这些文件上，即费时又费力。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求规格说明书(案例)
1. 引言
1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.
1.2项目背景
1.2.1项目委托单位:****公司
1.2.2开发单位:***公司
1.3定义
1.4参考资料
2. 任务概述
2.1目标:
<1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示
<2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理.
2.2运行环境:
<1> 硬件方面:Pentium级处理芯片
1兆显存的兼容显卡
256色,800*600的兼容显示器
标准兼容打印机
<2>软件方面: WIN95操作系统
2.3条件与限制:
编程用计算机一台
完成期限2000/7/1
无资金供给
3. 数据概述
数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据
3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间
3.3数据库描述:
人事管理数据库:公司内人员的个人详细信息,包括档案信息
销售管理数据库:当日销售记录及以前的销售统计,用于销售分析
财务管理数据库:公司内部账目及收支情况详表
技术管理数据库:公司所需各技术档案的详细记录(包括文档)
3.4 数据字典:
<1>数据流词条描述:
1.数据流名:登录信息
来源:用户的输入
去向:系统内部检验部分
组成:用户名,密码
流通量:每次登录输入一次
2.数据流名:登录结果
来源:系统
去向:用户
组成:返回信息
流通量:每次登录返回一次
3.数据流名:输入修改信息
来源:用户
去向:系统判断部分
组成:根据各数据库内容而不同
流通量:依用户输入而定
4.数据流名:反馈信息
来源:系统判断部分
去向:用户
组成:系统经判断后发回的字符数据
流通量: 依系统当前信息而定
5.数据流名:识别信息
来源:系统内部检验部分
去向:系统判断部分
组成:系统各数据库的标识信息
流通量:用户每次输入流通一次
6.数据流名:处理信息
来源:系统判断部分
去向:各数据库处理部分
组成:读取/修改标识,读取/修改的变量名称
流通量:用户每次输入流通一次
7.数据流名:读取修改
来源:系统判断部分
去向:系统各数据库
组成:读取/修改标识,读取/修改内容
流通量: 用户每次输入流通一次
<2>数据文件词条描述:
1.数据文件名:人事数据
简述:存储人员信息
数据文件组成:人员的各项信息(以CString类型为主)
2.数据文件名:销售数据
简述:存储当日及从前的销售记录
数据文件组成:销售的各项信息
3.数据文件名:财务数据
简述:存储财务管理信息
数据文件组成:财务管理的各项记录
4.数据文件名:技术数据
简述:存储公司内部使用的技术档案信息
数据文件组成:技术档案名称,内容
<3>加工逻辑词条描述:
1.加工名:检验
简要描述:判断用户的许可性
输入数据流:登录信息
输出数据流:登录结果
加工逻辑:判断是否与系统内部用户信息相符合
2.加工名:判断
简要描述:判断用户的操作并进行相应的读取/存储工作
输入数据流:输入修改信息
输出数据流:反馈信息
加工逻辑:判断用户的操作->调用数据库->读取/修改->反馈
3.加工名:人事档案管理
简要描述:对人事数据库进行相应要求的操作,并与判断部分交互
输入数据流:处理信息,读取修改
输出数据流: 读取修改, 处理信息
加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息
4.加工名:销售统计
简要描述:对销售数据库进行相应要求的操作,并与判断部分交互
输入数据流:处理信息,读取修改
输出数据流: 读取修改, 处理信息
加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息
5.加工名:财务统计
简要描述:对财务数据库进行相应要求的操作,并与判断部分交互
输入数据流:处理信息,读取修改
输出数据流: 读取修改, 处理信息
加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息
6.加工名:技术管理
简要描述:对技术统计数据库进行相应要求的操作,并与判断部分交互信息
输入数据流:处理信息,读取修改
输出数据流: 读取修改, 处理信息
加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息
<4>源点及汇点词条描述:
名称:用户
简要描述:既是源点又是汇点,发出动作信息给"检验"和"判断"加工,通过交互界面接受反馈信息有关数据流:登录结果,登录信息,输入修改信息,反馈信息
数目:一个
4. 功能需求
4.1功能划分
可细分为四部分:人事管理,销售管理,财务管理,技术档案管理
4.2功能描述
<1>人事功能:
(1)能对公司内部的所有人员有关档案详细资料记录并保存。
(2)能对数据库内人事档案的数据进行查阅和修改。
(3)能按部门或姓名检索人员。
(4)当某员工的雇用期限达到整年时，按时提醒。
<2>销售统计功能
(1)按日对公司的销售情况进行统计,包括销售额\销售数量\各地区销售比例\不同销售方式的销售量比例以及销售毛利润情况
(2)制定销售情况的月报表\季报表以及年报表对销售情况进行分析,对不同销售人员的业绩进行评定
<3>财务管理功能
(1)协助财务人员进行计算机管理,对库存情况\进货情况\销货进行登录和输出
(2) 根据预设的库存情况提醒进货
(3) 对收款情况进行统计,在应收帐款达到预设值时进行提示
<4>技术管理功能
(1)对技术资料进行登录
(2)对维修记录进行登录和统计,按不同型号的机器进行故障整体分析,并作出分析报告
(3)对维修配件的需求进行管理并及时提示备货
5. 性能需求
5.1数据精确度:因为此数据为公司内部数据,所以要求不能有误差
5.2时间特性:当日销售统计要求有即时性,马上能反应出存货的问题;同时财务管理数据计算当前存货情况,并对进货情况进行估算
5.3 适应性:此软件只在公司内部管理人员的机器上使用,因此不考虑适应性
6. 运行需求
6.1用户界面:
屏幕格式:
(1)要求有菜单及工具栏以方便操作
(2)各数据库信息可在屏幕上直接修改
(3)各数据统计结果可在屏幕上显示
(4)进行系统分析后的结果在另一窗口中显示
报表格式:
(1)人事管理报表只要求有个人的普通数据
(2)销售统计报表要求可分别打印当日统计或之前的统计
(3)财务统计报表要求打印出存货及公司帐务详表
(4)技术管理报表要求可以分别打印技术档案总表和任一技术档案文档内容菜单格式:要求菜单项大致与WIN95标准相同,另外附加的功能做到新的单项中输入输出时间:年份以4位数字表示
6.2硬件接口:需要标准打印机接口进行报表打印
6.3 软件接口:Windows标准接口
7. 其他需求
可使用性:要求容易使用,界面友好
安全保密性:因本数据属于公司内部管理用关键数据,因此除公司管理人员外,其他人员不得访问.要求设有登录密码检验功能,并且此密码可以在以后进行修改
可维护性:要求本软件的维护文档齐全,便于维护。