毕设软件开发需求分析 APP开发需求分析应该怎么做

　　随着移动互联网的发展，以及智能手机的普及，APP应用市场发展火爆。目前，国内智能手机用户已经超过了6亿。APP开发将是未来信息技术的主流。要想在众多的APP应用脱颖而出并获得成功，首先就要做好APP开发需求分析，那么我们应该怎么做呢？

　　一、项目定位

　　在做APP开发之前，首先要明确你的APP是做什么用的，要实现什么目的，这一点对于APP开发尤为重要。你的APP开发能解决什么问题，是工具型还是娱乐型APP应用软件。

　　二、目标受众分析

　　目标受众分析就是指你所开发的APP是为谁服务的。根据年龄、收入、学历、地区等多维度进行目标用户群体定位，并分析用户在不同消费场景下的需求，进而满足用户需求。

　　三、APP竞品分析

　　竞品分析做得好不好，也直接影响这个产品之后的发展。确定哪些产品是你的竞争对手，通过不同的渠道获得竞争对手信息，可以用SWOT分析法对产品的优势、劣势、机会和风险等四个方面与竞争对手进行全方位的比较，知道自己有哪些优势和劣势。

　　四、产品功能设计

　　APP的设计和开发都离不开对APP功能的分析，特别是的APP软件的方案中要多APP功能进行详细的说明。根据APP应用的使用场景和操作流程，提炼软件的功能需求，以及软件运行的硬件环境。

　　五、用户界面设计

　　APP的视觉设计是APP开发完成以后给APP使用者的外在形象，即APP用户在使用你的APP是看到的字体的颜色、字体的类型、APP的标识logo等。尽量提供用户特点鲜明的功能和界面，达到用户体验的最佳化，给予用户良好的视觉体验。

什么是需求分析?需求分析阶段的基本任务是什么?

需求分析：开发人员准确地理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的需求规格说明的过程。

基本任务: ⑴问题识别：双方确定对问题的综合需求，这些需求包括功能需求，性能需求，环境需求，用户界面需求。

⑵分析与综合，导出软件的逻辑模型

⑶编写文档：包括编写"需求规格说明书","初步用户使用手册","确认测试计划","修改完善软件开发计划"

要做的毕设《可视化数据处理软件模块的开发》

6 |易 |我们可以为你提供一份针对你的题目的适用于初学者的代码

5 |软 |如有进一步需求，请我们联系,

7 |科 |给我留一个你的问题和Email，

1 |技 |有时间可以帮你，绝对救急，

5 |为 |个人资料里有我的QQ,或见每行开头

6 |您 |或者使用百度Hi给我留言

1 |提 |陪你顺利毕业，

5 |供 |此回复针对所有来访者和需求者有效，带着你的Email和问题来找我

软件开发过程中的需求分析与开发框架的区别

需求分析奠定了软件工程和项目管理的基础。我们在建造软件系统这座大厦的时候，如果需求分析的基础不够坚实和牢固，那么往往会导致软件系统问题百出，甚至被马上丢弃。在建造软件系统的过程中，如果我们经常习惯地沿用一些不规范的方法，其后果便是产生一条鸿沟──开发者开发的与用户所想得到的软件存在着巨大的“期望差异”。 因此“需求”这个名词的定义不仅仅是从用户角度对系统外部行为的描述，以及从开发人员角度对系统内部特性的描述，其关键的一点是“需求”必须文档化。

需求的类型

软件需求包括三个不同的层次──业务需求、用户需求和功能需求。 除此之外，每个系统还有各种非功能需求。

业务需求（BusinessRequirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。 用户需求（UserRequirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。

功能需求（Functional Requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavioral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。

非功能需求（Non-functional Requirement） 定义了软件产品为满足用户业务需求而必须具有的除功能需求以外的特性。包括系统的完整性（联机帮助、 数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、对技术和业务的适应性等。

需求分析的任务

1 解决的问题

1) 齐全、准确地找出目标系统全部的功能、性能、限制； 2) 找出全部的输入流、输出流； 3) 找出所有的加工；

4) 产生完整的分层的DFD、数据字典、加工的描述； 5) 补充的意见。

2 综合要求

确定对系统的综合要求，系统功能要求，系统性能要求，运行要求，将来可能提出的要求。

3 任务

图1为需求分析任务图，需求分析阶段要完成的具体明确的最终任务就是形成一份经开发方和用户认可或达成共识的软件需求分析文档（需求规格说明书、修改后的项目开发计划、初步的用户手册、确认测试计划、数据要求说明书）。这个文档能清晰准确地说明系统将要开发什么，能够规定出详细的技术需求，包括所有面向用户、面向机器和其它软件系统的接口。可以说需求文档在开发过程中一直起指导作用。

为了更好地完成软件开发第一阶段的需求分析任务，提高质量，需求管理是必不可少的。

需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需求与其他工作成果的一致性，并控制需求的变更，主要体现在跟踪和控制需求变更管理。需求管理是开发工作有效进行的保证，是一种很高层次的系统行为，涉及整个开发过程和产品本身。

需求分析的方法

需求分析方法由对软件问题的信息域和功能域的系统分析过程及其表示方法组成，大多数的需求分析方法是由信息驱动的。信息域具有三种属性： 信息流、信息内容和信息结构。

常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向数据结构的Jackson方法（JSD），面向数据结构的结构化数据系统开发方法（DSSD），面向对象的分析方法（OOA）等。选择那种方法要根据哪些资源在什么时间对开发人员有效，不能盲目套用。这里着重阐述面向数据流的结构化分析方法（SA）。

面向数据流的结构化分析方法

面向数据流的结构化分析方法（Structured Analysis，简称SA），是面向数据流进行需求分析的方法，是需求分析使用最多的方法之一。 SA也是一种建模活动，该方法使用简单易读符号，根据软件内部数据传递、变换的关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。适用于数据处理类型软件的需求分析，这一方法除了简单，容易掌握之外，还能和设计阶段的结构化设计（SD）衔接，从而取得良好的设计结果。

自顶向下逐层分解的分析策略

SA方法的基本手段：“分解”和“抽象”。这是系统开发技术中控制复杂性的两种手段。它先将系统“抽象”成一个模型，此模型是有输入和输出并有系统名称的盒子，然后打开这个盒子，对它进行逐层分解，直到能被理解，可以实现为止。因此分析的策略是自顶向下，逐层加细，由抽象到具体的过程。如图2。

结构化分析方法使用工具

SA方法利用图形等半形式化的描述方式表达需求，简明易懂，用它们形成需求规格说明书中的主要部分。描述工具是

1) 数据流图：描述系统由哪几部分组成，各部分之间有什么联系等等。 2) 数据字典：定义了数据流图中每一个图形元素。

3) 描述加工逻辑的结构化语言、判定表、判定树：详细描述数据流图中不能被再分解的每一个加工。

由于分析中的主要依据是数据传递及数据变换所形成的数据流，所以结构化分析一般采用的方法是使用数据流图的分析方法，最终结果是产生需求规格说明书，该文档包括一套数据流图，对数据流图中的成分进行定义的一本数据字典及对加工逻辑的描述。

结构化分析步骤

用结构化分析方法进行系统需求分析的具体步骤是： 1) 了解当前系统的工作流程，获得当前系统的物理模型。通过对当前系统的详细调查，了解当前系统的工作过程，同时收集资料、文件、数据、报表等，将看到的、听到的、收集到的信息和情况用图形描述出来。也就是用一个模型来反映自己对当前系统的理解，如画系统流程图。

2) 抽象出当前系统的逻辑模型。物理模型反映了系统“怎么做”的具体实现，去掉物理模型中非本质的因素，抽取出本质的因素，构造出当前系统的逻辑模型，反映了当前系统“做什么”的功能。

3) 建立目标系统的逻辑模型。分析、比较目标系统与当前系统逻辑上的差别，明确目标系统到底要“做什么”，从而从当前系统的逻辑模型导出目标系统的逻辑模型。

4) 作进一步补充和优化。为了对目标系统做完整的描述，还需要对得到的逻辑模型做一些补充。

说明目标系统的人机界面。

说明至今尚未详细考虑的细节（包括出错处理、系统的启动与结束、系统的输入/输出和系统性能方面的需求等）。

其他（系统特有的其他必须满足的性能和限制，也需要用适当的形式做出书面记录。 分析阶段结束时，系统分析员必须和用户再次认真地审查系统文件，争取在系统开始设计之前，尽可能地发现其中存在的一些错误并及时纠正，直至用户确认这个模型表达了他们的要求后，系统文件（软件需求规格说明书等）才作为用户和软件开发人员之间的“合同”而最后得到确定。

结构化分析方法的优缺点

1) 优点： 结构化分析方法是软件需求分析中公认的、有成效的、技术成熟的、使用广泛的一种方法，它较适合于开发数据处理类型软件的需求分析，该方法利用图形等半形式化工具表达需求，简明易读，也易于使用，为后一阶段的设计、测试、评价提供了有利条件。 2) 缺点：① 传统的SA方法主要用于数据处理方面的问题，主要工具DFD体现了系统“做什么”的功能，但它仅是一个静态模型，没有反映处理的顺序，即控制流程。因此，不适合描述实时控制系统。② 上世纪60年代末出现的数据库技术，使许多大型数据处理系统中的数据都组织成数据库的形式，SA方法使用DFD在分析与描述“数据要求”方面是有局限的，DFD应与数据库技术中的实体联系图(ER图)结合起来(如同IDEF0功能模型与IDEF1信息模型相结合一样)。ER图能增加对数据存储的细节以及数据与数据之间，数据与处理过程之间关系的理解，还解决了在DD中所包含的数据内容表示问题，这样才能较完整的描述用户对系统的需求。③ 对于一些频繁的人机交互的软件系统，如飞机订票、银行管理等系统，用户最关系的是如何使用它，输入命令、操作方式、系统响应方式、输出格式等都是用户需求的重要方面，DFD不适合描述人机界面系统的需求，SA方法往往对这一部分用自然语言作补充。④ 描述软件需求的精确性有待提高。 5 需求的变更

在开发项目过程中，用户随时会提出一些新的需求，要求开发方解决，这些需求的提出，有时在开发阶段中有时在开发阶段后。这种在需求分析的两个相邻子阶段中，或者在迭代周期的需求分析中，后一段或周期的需求分析结果与前一次不一致，我们把这种不一致称为需求变更。产生需求变更的原因主要有以下几个方面：1) 在需求分析阶段，开发方与用户的沟通不够。在需求分析阶段，开发方与用户没有很好的交流，开发方就根据用户提供的大概信息，自己推导出用户的需求。通过这种需求分析得出的需求往往会和用户的实际需求相差甚远，导致用户提出更改需求。2) 项目的实施周期过长。随着时间的推移，用户对整个系统的了解也越来越深入。他们会对模块的界面、功能和性能方面提出更高更多的要求。3) 技术更新过快。由于技术的快速更新， 企业可能引进一些新的设备， 而这些设备可能就会与我们的目标系统有直接的关系， 由于这一变化可能发生在解决用户原先问题之前或者之中，那么开发方不得不加入这一新的需求。[3]

为了尽可能地避免发生需求变更，以及保证需求分析的高稳定性，可以采用以下方法：1) 分工明确，系统分析员和程序员各有不同的职责。系统分析员处在用户和程序员之间，沟通用户和开发人员的认识和见解。系统分析员一方面要协助用户对所开发的软件提出需求，另一方面还要和程序员充分交换意见，探讨其合理性和实现的可能性。如图3所示，系统分析员在需求分析阶段起着重要的作用。

2) 开发方与用户进行协作和交流。在用户提出需求变更时系统分析员应该认真听取用户的要求并加以整理和分析。分析需求变更的原因并提出可行的替代方案；同时向用户说明这些需求变更会对整个项目的开发带来的不良后果。3) 合同约束。由于需求变更可能会对整个项目产生影响，所以，开发方和用户在签定项目合同时，可以对需求变更增加一些相关的合同条款。4) 建立需求文档并进行版本控制。需求分析的最终成果是一份客户和开发方对所开发的产品达成共识的系统文档。有了这份文档， 即使开发方人员的角色有所变动，也不会对需求分析的前期工作有所影响。对每次的需求变更都用一个新的版本来标识。5) 需求评审和设立需求基线。为了让开发方详细了解用户的需求，让不同人员从不同的角度对需求进行验证，作为需求的提出者（用户方），在需求评审过程中，往往能提出许多有价值的意见，同时，也是对需求进行最后确认的机会，可以有效减少需求变更的发生。需求在通过正式评审和批准之后，应该确定需求基线，进一步的需求变更将在此基线的基础上，依照项目定义的变更过程进行。设置需求基线可以将变更引起的麻烦减至最小。

软件架构（software

architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系

统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向

对象领域中，组件之间的连接通常用接口_(计算机科学)来实现。

软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。

软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。

在“软件构架简介”中，David Garlan 和 Mary Shaw

认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结

构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。

但构架不仅是结构；IEEE Working Group

on Architecture 把其定义为“系统在其环境中的最高层概念”。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注

重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。

在Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。

从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来事实和管

理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑

和流程。

一般而言，软件系统的架构（Architecture）有两个要素：

它是一个软件系统从整体到部分的最高层次的划分。

一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。

详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。

所谓架构元素，也就是组成系统的核心"砖瓦"，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和

联结器完成某一项需求。

建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。

建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

对于较大的通常应用应该使用框架，可能节省不少时间.。能使你很轻松的开发出一款软件来。

（软件开发一般比较会关注设计模式而不是架构设计）

做了一年的软件开发觉得不适合自己，想转到软件需求分析这一块，不知道好吗

我还是建议再做至少一年的编码，做一年编码的话其实基本上是入门，两年的话可能算是多少略知一二。

有一点点基础再去做需求，可以知道一些东西是否能够实现，也会考虑到性能啊，操作性啊，如何实现更容易等等，如果不是特别急的话，建议你多做几年

软件的功能需求分析要怎么写？

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. 其他需求

　　可使用性:要求容易使用,界面友好

　　安全保密性:因本数据属于公司内部管理用关键数据,因此除公司管理人员外,其他人员不得访问.要求设有登录密码检验功能,并且此密码可以在以后进行修改

　　可维护性:要求本软件的维护文档齐全,便于维护

软件开发方法？

　　常见的软件开发方法有结构化方法、Jackson方法、维也纳开发方法（VDM）和面向对象的开发方法。

　　1.结构化方法：

　　指导思想：自顶向下，逐步求精；

　　基本原则：功能的分析与抽象。

　　优点：

　　1、 适用于数据处理领域的问题；

　　2、支持工具较多，发展成熟。

　　缺点：

　　1、不适应规模大的项目；

　　2、不适应特别复杂的项目；

　　3、难于解决软件重用的问题；

　　4、难于适应需求变化的问题；

　　5、难于彻底解决维护问题。

　　2.Jackson方法：这是一种面向数据结构的方法

　　过程：JSP—>JSD

　　JSP方法：

　　1、以数据结构为驱动；

　　2、首先描述问题的输入，输出数据结构，分析其对应性，然后退出相应的程序结构，从而给出问题的软件过程描述。

　　JSD方法：

　　1、以事件作为驱动；

　　2、首先建立现实世界的模型，再确定系统的功能需求，对需求的描述特别强调了操作之间的时序性。

　　3.维也纳开发方法（VDM）：这是一种形式化的开发方法，是一个基于模型的方法。

　　主要思想：将软件系统当做模型来给予描述，具体说是把软件的输入，输出看做模型对象，而这些对象在计算机中的状态可看做为该模型在对象上的操作。

　　借助工具：描述工具语言Meta-IV。

　　4.面向对象的开发方法：

　　定义：以对象作为最基本的元素，是分析问题，解决问题的核心。

　　对象：具体的事物，事件，概念和规则。

　　基本点：尽可能按照人类认识世界的方法和思维方法来分析和解决问题。

准备建立一个软件开发的公司需要哪些步骤？

一、 关于注册公司的步骤：

名称核准 →注资→验资→上交申请→领照→ 刻章（公安局备案）→办组织机构代码证→办理国地税登记→银行开立基本帐户→划资 （验资户划到基本帐户）

二、 关于经营场所

公司租住的办公场所，应签订房屋租赁合同。房屋租赁的用途应为办公用途。房租租赁合同签订后应到房屋租赁管理部门登记备案。

三、 相关手续的办理时限

1、领取执照一个月内必须办理税务登记，过期罚款。

2、领取执照后一个月内无论是否发生业务，都必须建帐。

3、执照内容如有变动，应在一个月内办理变更税务登记。

4、自领取税务登记证之日起，次月1 — 10日需办理纳税申报。

四、 关于会计人员配备

1、凡不具备聘用专职会计条件的企业，应找财政局批准的专业代理记账机构办理企业会计事务，企业只设出纳人员。

2、企业财务人员，应具备会计从业资格证书。

3 、一般纳税人企业的会计，应具备助理会计师以上资格。

转载请注明出处51数据库 » 毕设软件开发需求分析 APP开发需求分析应该怎么做