财务管理软件需求分析报告.doc

宇通工程有限企业财务管理软件需求分析汇报
1. 引言 11
1.1 编写目 11
1.2 项目风险 11
1.3 文档约定 11
1.4 预期读者和阅读提议 11
1.5 产品范围 12
1.6 参照文献 12
2. 综合描述 12
2.1 产品状况 12
2.2 产品功能 13
2.3 顾客类和特性 13
2.4 运行环境 13
2.5 设计和实现上限制 13
2.6 假设和约束(依赖) 14
3. 外部接口需求 14
3.1 顾客界面 14
3.2 硬件接口 15
3.3 软件接口 15
4. 系统功能需求 16
4.1 阐明和优先级 16
4.2 鼓励／响应序列 17
4.3 输入／输出数据 17
5. 其他非功能需求 17
5.1 性能需求 17
5.2 安全措施需求 18

6. 词汇表 19
7. 数据定义 19
8. 分析模型 20
9. 待定问题列表 20

1. 引言
1.1 编写目
本汇报目是规范化财务科目软件编写，意在与提高系统开发能见度。便于对系统开发过程中管理与控制。同步提出了本财务系统开发过程。便于程序员与客户沟通与协作，并作为工作成果原始根据。同步额表明了本系统共性，以期可以获得更大范围应用。此文档深入定制财务科目软件开发细节问题，明确系统需求、安排项目规划与进度、组织系统开发与测试。通过对详细财务流程进行详细研究调查，初拟实现研究汇报。对系统开发中要面临问题及其处理措施进行需求分析。项目风险
1.2 文档约定
描述编写文档时所采用原则(假如有原则话)，或者多种排版约定。排版约定应当包括：
● 正文风格；
● 提醒方式；
● 重要符号；
也应当阐明高层次需求与否可以被其所有细化需求所继承，或者每个需求陈说与否均有其自己优先级。
1.3 预期读者和阅读提议
列举本软件产品需求分析汇报所针对多种不一样预期读者，例如，也许包括：
● 顾客；
● 开发人员；
● 项目经理；
● 营销人员；
● 测试人员；
● 文档编写入员:
并且描述了文档中，其他部分内容及其组织构造，并且针对每一类读者提出最适合文档阅读提议。
1.4 产品范围
阐明该软件产品及其开发目简短描述，包括利益和目。把软件产品开发与企业目，或者业务方略相联络。
描述产品范围时需注意，可以参照项目视图和范围文档，不过不能将其内容复制到这里。
1.5 参照文献
《基础会计》出版社: 海南出版社 作者: 林若彤
《Java 编程思想》 Bruce Eckel著 陈昊鹏 译 第四版
《数据库》李立功 科学出版社
2. 综合描述
2.1产品功能描述
（1）身份验证功能
对登陆顾客进行验证，通过者才能进入系统。
（2）查询个人财务基本信息
（3）查询企业财务
对企业财务进行查询
（4）查询企业财务基本信息
对财务基本信息进行查询
（5）查询企业财务构成
对企业财务构成进行查询
（6）修改功能
对企业财务某些信息进行修改
（7）协助功能
为顾客提供使用协助
2.1 产品特点
以资金管理为中心财务管理。

提出了现金中心、客户中心、供应商中心概念，将应收应付核算紧密地联络为一体，使资金核算更集中，加强了资金控制力度；通过制定资金计划实现资金预测。通过逐笔审核用实行款控制管理等。

以预算为关键控制考核机制。

　　细化各部门预算，建立事前规划、事中控制、事后分析比较财务管理模式，通过集团编制预算、子企业接受执行，充足体现集团企业上下级之间互动管理。

规避风险，体现资金时间价值。
建立信用评估及信用报警控制体系，通过设置信用天数，实现账龄分析、控制坏账。

业务财务一体化，提供更多形式数据输出方式

　 系统从设计上实现了财务业务数据一体化，防止了财务反复大量录入业务数据和数据传递过程中丢失、歪曲数据现象，系统传递不仅仅是成果数据，并且可以成果数据追根溯源以便于审计监督。

具有功能强大管理分析决策查询系统

　 系统提供了灵活可自定义模型决策分析查询系统，满足企业按照自己需要进行分析决策查询需要；系统提供比较会计方式，实现会计翻译，进行会计比较；集团企业可以通过合并账簿、凭证，并对分子企业进行横向、纵向对比。
2.2 顾客类和特性
确定有也许使用该软件产品不一样顾客类，并且描述它们有关特性。往往有某些软件需求，只与特定顾客类有关。描述时，应当将该软件产品重要顾客类与非重要顾客类辨别开。
顾客不一定是软件产品直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品数据和服务人、或者机构也有他们需求。因此，应当将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品附加顾客类。
2.3 运行环境
语言：C#
开发软件：powerbuilder
数据库：sql server
3. 外部接口需求
通过本节描述可以确定，保证软件产品能和外部组件对连接需求。关联图仅能表达高层抽象外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。假如产品不一样部分有不一样外部接口，那么应当把这些外部接口所有详细需求并入到这一部分实例中。
注意：必须将附加顾客类特性与外部接口需求加以辨别，附加顾客类特性描述是通过接口获得软件产品数据和服务人需求；而外部接口需求描述是接口自身需求。
3.1 顾客界面
采用windows 通用图形界面，对顾客友好，必须对鼠标和键盘提供支持，界面设计应遵照如下规则：
（1） 界面具有一致性，按规范应遵照MS Windows软件界面概念规范。
（2） 提供简朴错误处理。
（3） 提供信息反馈，用多种信息提醒顾客目前软件运行状态。；
（4） 操作可逆，其动作可以是单个操作，或者是一种相对对立操作序列；
（5） 显示启动画面，画面要简洁明了，不能太过花哨。
3.2 硬件接口
支持一般P II 或更高档微机，笔记本电脑。
3.3 软件接口
运行于Windows操作系统之上。
3.4 通讯接口
电子邮件；
WEB浏览器；
软件属性规定
对性
规定所开发软件要到达顾客需求，运行时基本无误
可靠性
一般条件下，不应当出现故障
效率
对顾客规定要有极快响应
易使用性
规定能尽量为顾客使用提供以便
可维护性
当软件出错时可以尽快进行修改
可移植性
规定本软件能在Windows系统上进行移植
3.8互联性
规定提供数据导入和导出接口，以易于同其他系统连接
3.9数据描述
静态数据
收入 income
支出 output
净利润 retained profits
动态数据
输入数据：顾客名，密码，菜单项选择项，导入文献。
输出数据：由查询所得基本信息和财务信息
4. 其他非功能需求
4.1 性能需求
数据精确性
查询时应保证此财务信息所有信息都是对。
时间特点
操作响应时间不能太长，数据输入也该在一定期间内完毕。
5. 分析模型
数据流程图:

财务实体联络模型：

数据字典
[1]收入=1{中文}10|1{字母}20
[2]支出=1{数字}7
[3]财务所有人住址=1{中文|数字}40|1{字母|数字}80
[4]联络电话=1{数字|Space|-}8