3.1 功能描述1
3.1.1 具体功能1
【对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求，（根据需要，选择性的用数据流程图，实体图或UML模型图等来表示）。】
【如果选用面向对象分析该功能时，要写明该功能模块的前臵条件，模块中所参与的角色，用用例图对功能模块建模后，要有详细的用例描述话语。】
3.1.2 具体功能2
3.2 功能描述2
……
4. 产品的非功能性需求
4.1 外部接口说明
4.1.1
用户接口
【提供用户使用软件产品时的接口需求。】 4.2 软件开发平台要求
【在此要指定需使用的其他软件产品，以及同其他应用系统之间的接口。】
开发者开发的软件必须能够在南京市规定的软件平台上正常运行。目前软件平台为： 数据库管理系统： Oracle 9i以上版本 中间件(应用服务器)系统： IBM WebSphere OA系统：
Lotus Domino/Notes 网络架构：
完全支持TCP/IP协议 开发工具或技术体系：
为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual Studio.Net，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。
4.3 性能需求
【从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。
PAGE 11 OF 19
a.静态数值需求可能包括： 1)支持的终端数；
2)支持并行操作的用户数； 3)系统响应的时间特性；
b.动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。】
首先，开发者和应共同对的应用需求作充分的调研，提交完整的需求分析 报告。在需求分析报告中必须描述的基本问题是：功能、性能、强加于实现的设计限制、属 性、外部接口。应当避免把设计或项目需求写入需求分析报告中。它必须说明由软件获得的 结果，而不是获得这些结果的手段。
软件需求可以用若干种方法来表达，如通过输入、输出说明；使用代表性的例子；用规范化的模型。开发者应尽可能地使用模型的方式，因为这是表达复杂需求的精确和有效的方法。比如用统一建模语言（UML）来描述需求。
编写需求分析报告的要求 a．无歧义性
对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行文中使用时具有多种含义，那么应对该术语的每种含义做出解释并指出其适用场合。
b．完整性
需求分析报告应该包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的、还是关系到外部接口方面的需求；对所有可能出现的输入数据的响应予以定义，要对合法和非合法的输入值的响应做出规定；填写全部插图、表、图示标记等；定义全部术语和度量单位。
c．可验证性
需求分析报告描述的每一个需求应是可以验证的。可以通过一个有限处理过程来检查软件产品是否满足需求。
d．一致性
在需求分析报告中的各个需求的描述不能互相矛盾。
e．可修改性
需求分析报告应具有一个有条不紊、易于使用的内容组织；没有冗余，即同一需求不能在需求分析报告中出现多次。
f．可追踪性
每一个需求的源流必须清晰，在进一步产生和改变文件编制时，可以方便地引证每一个需求。
g．运行和维护阶段的可使用性
需求分析报告必须满足运行和维护阶段的需要。在需求分析报告要写明功能的来源和目的。 需求分析报告应由和开发者双方共同完成。其中：负责根据实际需要提出希望软件实现的功能；软件开发者根据提出的性能需求，结合软件开发编写需求分析。
4.3.1
硬件的限制
【本项包括在各种硬件约束下运行的软件要求，例如，应该包括： a.硬件配臵的特点（接口数，指令系统等）； b.内存储器和辅助存储器的容量。】
PAGE 12 OF 19
4.4 属性
【在软件的需求之中有若干个属性，以下指出其中的几个】 4.4.1
友好性
对界面的要求，程序界面友好，可操作性 4.4.2
安全性
防止各种非法的访问、使用、修改、破坏或者 泄密。这个领域的具体需求必须包括： a. 利用可靠的密码技术；
b. 掌握特定的记录或历史数据集； c. 给不同的模块分配不同的功能； d. 计算临界值的检查。 4.4.3
可维护性
规定若干需求以确保软件是可维护的。 4.4.4
可转移/换性
利用开发平台提供的数据转换功能，可以实现跨平台数据转换，实现不同数据库数据间的数据转换，如：FoxPro、Access、Microsoft SQL Server间的数据转换。
4.4系统的运行环境
【系统的起始运行时间，结束运行时间，运行的时限，运行的周期等。】 客户端： 硬件：
CPU P3 800MHz以上； 硬盘 1G以上； 内存128M以上；
网络 校园网；
打印机 能够在windows环境下正常使用的所有打印机。
软件：Windows2000/Windows xp, Internet Explorer。
服务器端： 硬件：
一般品牌服务器。
软件：
Windows2000 server, Oracle9i。
4.5 其他需求
4.5.1
用户操作需求
【这里说明用户要求的常规的和特殊的操作。】
PAGE 13 OF 19
a.在用户组织之中各种方式的操作。例如，用户初始化操作； b.数据处理运行功能； c.后援和恢复操作。
4.5.2用户级别需求 （1）系统管理
添加，修改和删除一级单位
备注：在进行删除操作时，如果系表和用户表中存在属于该一级单位的系或用户则禁止删除 （2） 科研人员管理
科研人员是指在校的参与科研工作的全部教师和职工，也包括科技处的职能教师。他们构成了该系统的用户群。 用户类型 相应功能说明 1 注册功能，即用户通过注册功能成为该系统的用户，注册信息必须经过系统管理员审核并赋予相应权限后，该用户才能使用该系统。 2 个人信息管理，用户可以通过个人信息管理模块对个人信息进行修改 3 录入本区域农业相关数据 1 注册功能，即用户通过注册功能成为该系统的用户，注册信息必须经过系统管理职能管理员审核并赋予相应权限后，该用户才能使用该系统。 部门（乡） 2 个人信息管理，用户可以通过个人信息管理模块对个人信息进行修改 3 可以查询所属及下属部门的信息 1 注册功能，即用户通过注册功能成为该系统的用户，注册信息必须经过系统管理职能管理员审核并赋予相应权限后，该用户才能使用该系统。 部门（县） 2 个人信息管理，用户可以通过个人信息管理模块对个人信息进行修改 3 可以查询所属及下属部门的信息 1 注册功能，即用户通过注册功能成为该系统的用户，注册信息必须经过系统管理职能管理员审核并赋予相应权限后，该用户才能使用该系统。 部门（区） 2 个人信息管理，用户可以通过个人信息管理模块对个人信息进行修改 3 可以查询所属及下属部门的信息 1 查询用户，查询条件如下（查询结果可导出为Excel表格）： A：按姓名查询B：按学历查询C：按职务查询D：按职称查询E：按系查询F：按信息员 系统管理一级单位查询G：按科研基地查询H：按审核标志查询I：按锁定标志查询J：按以上条员 件的任意合理组合查询 2 审核已注册的用户信息，并且对用户设臵相应的权限 3 对不再使用该系统的用户帐号进行锁定 PAGE 14 OF 19
4 用户登录/退出信息的管理（直接对数据库管理系统进行操作） 备注：不再使用该系统的用户帐号不删除，只是由系统管理员锁定 1 查询用户，查询条件如下（查询结果可导出为Excel表格）： A：按姓名查询B：按学历查询C：按职务查询D：按职称查询E：按系查询F：按一级单位查询G：按科研基地查询H：按审核标志查询I：按锁定标志查询J：按以上条超级管理件的任意合理组合查询 员 2 修改用户信息 3 审核已注册的用户信息，并且对用户设臵相应的权限 4 对不再使用该系统的用户帐号进行锁定 5系统维护升级（包括功能和界面），数据存贮及安全保障
4.5.3 软件的编码 (1) 软件编码
在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
(2) 软件编码的要求
a．模块化编码 b．代码可读性 c．可维护性 d．模块接口标准化 e．界面风格统一 e．注释的应用
(3) 编码的评审
为了尽早发现软件中的障碍，提高软件产品的质量，开发者在编码的过程中应该强调代码评审工作。将代码评审报告作为文档的一部分，提交给。
(4) 编程规范及要求
为了提高编程实现的质量，软件的程序设计必须遵照国家颁布的相关编程规范。
主要内容包括：规范化的程序内部文档、数据结构的详细说明、清晰的语句结构、编码规范。编码规范的内容包括命名规范、界面规范、提示及帮助信息规范、热键定义等。
其中数据库部分应遵守《南京市信息化数据库建设规范》的要求。
在软件编码的同时应进行单元测试。
PAGE 15 OF 19