濤-
软件开发主要内容介绍。
折叠需求分析1.相关系统分析员向用户初步了解需求，然后用相关的工具软件列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。
2.系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。
这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。
3.系统分析员向用户再次确认需求。
折叠概要设计首先，开发者需要对软件系统进行概要设计，即系统设计。
概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
折叠详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。
在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，以便进行编码和测试。
应当保证软件的需求完全分配给整个软件。
详细设计应当足够详细，能够根据详细设计报告进行编码。
折叠编码在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。
编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候吗？从来没有！折叠测试测试编写好的系统。
交给用户使用，用户使用后一个一个的确认每个功能。
软件测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常操作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。
以上都很好理解，不再解释。
总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会有不可预料的问题存在。
完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。
折叠软件交付在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。
折叠验收用户验收。
折叠维护根据用户需求的变化或环境的变化，对应用程序进行全部或部分的修改。
折叠编辑本段软件维护1、软件数据库管理2、用户跟踪培训3、故障分析解决折叠编辑本段软件升级需求调整分析软件功能拓展优化系统折叠编辑本段报废处理软件不能适应业务发展新软件项目立项企业数据信息备份折叠编辑本段举例解析1 例如某家公司想找人订做一套人事管理软件，从某种渠道上得知某家软件开发公司提供这种服务，所以进行联系。
2 软件开发公司会派专门的软件工程师到他们那里去了解我们要设计一个什么的东西给用户用，然后回来做个方案给他们，其中方案的内容包括：开发出来的软件大概的界面是怎样？方便什么人使用？什么人可以使用什么功能？方便到什么程度？大概的硬件要求是怎样等？3 用户看了方案后，确定他们就是要做一套这样的软件，开发方就开始开发这套软件。
4 开发方把开发出来的软件交给用户使用，其中在使用的过程中哪里使用不方便或哪里达不到要求，开发方会第一时间修改这些功能，直到用户要求的所有功能都能很完美的解决掉。
5 用户如果因为公司发展壮大的需要，需要将软件升级开发方会做功能拓展。
折叠编辑本段学习内容首先让我们来看一下软件工程师考试（高级）要求：（1）理解软件工程管理的概念和任务；（2）理解软件生存期过程；（3）理解软件工程标准；（4）掌握需求分析、测试、维护基本技术；（5）掌握软件度量、软件配置管理方法；（6）理解软件复用概念；（7）理解软件质量保证的手段；（8）理...
java架构有哪些
Java架构：软件架构作为一个概念，体现在技术和业务两个方面。
从技术角度来说：软件架构随着技术的革新不断地更新其内容，软件架构建立于当前技术和一些基本原则的基础之上。
先说一些基本原则：分层原则：分层是为了降低软件深度复杂性而使用的关键思想，就像社会有了阶级一样，软件有了层次结构。
模块化原则：模块化是化解软件广度复杂的必然手段，模块化的目的就是让软件分工。
接口实现分离原则随着软件模块化的不断深入改进，面向接口编程而不是面向实现编程可以让复杂度日趋增高的软件降低模块之间的耦合度，从而让各模块更轻松改进。
从这个原则出发，软件也从微观进行了细致的规范化。
还有两个比较小但很重要的原则：细节隐藏原则很显然把复杂问题简化，把难看的细节隐去，能让软件结构更清晰。
其实这个原则使用很普遍，java/c++语言中的封装原则以及设计模式中的Facade（外观）模式就很能体现这个原则的精神。
依赖倒置原则随着软件结构的进一步发展，层与层之间、模块与模块之间的依赖逐渐加深，而层、模块的动态可插拔要求不端增大。
依赖倒置原则可看视为接口实现分离原则的深化，根据此原则的精神，软件进入了工具时代。
这个原则有点类似于知名的好莱坞法则：Don't call us, we'll call you。
以上这些原则奠定了我们的软件架构的价值指标。
但软件架构毕竟是建立在当前技术之上的。
而每一代技术都有架构模式。
过去的不再说了，让我们现在就来看一下当前流行的技术，以及当前我们能采用的架构。
因为面向对象是当前最流行开发技术，且设计模式的大量使用使面向对象的走向成熟，而数据库是当前最有效的存储结构、web界面是当前最流行的用户接口，所以当前最典型的三层次架构就架构在以上几项技术的基础之上，用数据库作存储层、用面向对象来实现业务层、用web来作为用户接口层。
我们从三层次架构谈起：因为面向对象技术和数据库技术不适配，所以在标准三层次架构的基础上，我们增加了数据持久层，来管理O-R双向映射，但目前一直没有最理想的实现技术。
cmp和entity bean技术因为其实现复杂，功能前景有限，已接近被淘汰的边缘。
JDO及hibernate作为o-r映射的后期之秀，尤其是hibernate，功能相当完备。
推荐作为持久层的首选在业务层，因为当前业务日趋负载，且变动频繁，所以我们必须有足够敏捷的技术来保证我们的适应变化的能力，在标准j2ee系统中session bean负责业务处理，且有不错的性能表现，但采用ejb系统对业务架构模式改变太大，且其复杂而昂贵，业务代码移植性差。
而spring 作为一个bean配置的轻量级架构，漂亮的IOC模式实现，对业务架构影响小，所以推荐作为中间层业务框架。
在用户结构层，虽然servlet/jsp/jstl/javaBean 能够实现MVC架构，但终究过于粗糙。
struts对MVC架构的实现就比较完美，Taperstry也极好地实现MVC架构，且采用基于事件的方式，非常诱人，惜其不够成熟，我们仍旧推荐struts作为用户接口层基础架构。
因为业务层是三层次架构中最有决定意义的，所以让我们回到业务层细致地分析一下，在复杂的业务我们常常需要以下基础服务的一种或几种：事务一致性服务acid(tool:jta/jts)、并发加锁服务concurrent&&lock、池化管理服务cache、访问控制服务（tool:jaas）、流程控制服务workflow、动态实现服务IOC，串行化消息服务（tool:jms）、负载平衡服务blance等。
如果我们不采用重量级应用服务器（如weblogic,websphere,jboss等）及重量级组件（EJB），我们必须自己实现其中一些服务。
虽然我们大多情况下，不需要所有这些服务，但实现起来却非易事。
幸运的是我们有大量的开源实现代码，但采用开源代码却常常是件不轻松的事。
随着xml作为结构化信息传输和存储地位日渐重要，一些xml文档操作工具（DOM,Digester,SAX等）的使用愈发重要，而随着xml schema的java binding工具（jaxb,xmlbean等）工具的成熟，采用xml schema来设计xml文档格式，然后采用java binding来生成java bean 会成为主要编程模式，而这又进一步使数据中心向xml转移，使在中小数据量上，愈发倾向于以xquery为查询语言的xml数据库。
最近还有一个趋势，microsoft,ibm等纷纷大量开发中间软件如（microsoft office之infopath），可以直接从xml schema 生成 录入页面等非常实用的功能。
还有web service 的广泛应用，都将对软件的架构有非常重大的影响。
至于面向服务架构（SOA）前景如何，三层次架构什么时候走入历史，现在还很难定论。
aop的发展也会对软件架构有很深的影响，但在面向对象架构里，无论aspectJ还是jboss-aop抑是aspectWerks、nanning都有其自身的严重问题：维护性很差，所以说它将很难走远。
也许作为一个很好的思想，它将在web service里大展身手。
rdf,owl作为w3c语义模型的标志性的语言，也很难想象能在当前业务架构发挥太大影响。
但如果真如它所声称那样，广泛地改变着信息的结构。
那么对软件架构也会有深远影响。
有关架构设计的一些忠告：尽量建立完整的持久对象层.可获得高回报尽量将各功能分层，分块，每一模块均依赖假定的其它模块...
软件架构师介绍
化解技术风险，并保证相关决定被有效的传达和贯彻6，但涉及面更广、抽象级别更高、众多问题交织一团、模糊和矛盾的情况下，软件架构师能迅速抓住问题要害，指导整个开发团队完成这个计划。
主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员在技术全面、成熟练达。
他必须对开发技术非常了解，并且需要有良好的组织管理能力，一个架构师工作的好坏决定了整个软件开发项目的成败。
l、领导与协调整个项目中的技术活动（分析，构架师应当是项目背后的技术推动力，而非构想者或梦想家（追求完美）5、精通构架设计的理论、实践和工具，并掌握多种参考构架、主要的可重用构架机制和模式（例如J2EE架构等），并赢得项目成员的信任；4，并最终表达为软件构架3、确定和文档化系统的相对构架而言意义重大的方面、拥有优秀的沟通能力；6、具备系统设计员的所有技能，他需要有丰富的知识背景，这意味着除了他要有技术上的技能外，还要有很好的领导才能、确定设计元素的分组以及这些主要分组之间的接口5、为技术决策提供规则，平衡各类涉众的不同关注点、构架文档、参考构架、设计、实施和部署等“视图”4、设计和实施等）2，构架师是项目的技术总管、组织系统实施模型、描述系统分布结构、事件、信号与协议等，而是从事更高层次的开发构架工作、评估构架的概念验证原型的可行性。
在团队中、洞察力强、经验丰富，用以进行说服、鼓励和指导等活动。
构架师的领导能力在团队中和项目质量控制中起着十分重要的作用，善于把握全局，能够在更高抽象级别上进行思考、推动主要的技术决策，具备在缺乏完整信息、具备领导素质，以在各小组之间推进技术工作，并在项目压力下做出牢靠的关键决策3、实施模型、部署模型、确定设计元素、合并已有设计元素、理解、评价并接收系统需求7、评价和确认软件架构的实现 专业技能软件构架师是技术主管、分析模型、设计模型、描述运行时刻构架、确定设计机制，包括系统的需求： 1、对项目开发涉及的所有问题领域都有经验，项目经理就是制片人（他要确定工作被完成了），并做出合理的关键决定的能力 l。
架构师的主要任务不是从事具体的软件程序的编写； 活动确定用例或需求的优先级、进行构架分析、构架概念验证原型、接口软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，项目经理是来管理项目的资源，开展分析设计之类软件工程活动等2、具备战略性和前瞻性思维能力； 主要包括如下、创建构架的概念验证原型、以目标导向和主动的方式来不带任何感情色彩地关注项目结果，包括彻底地理解项目需求，以便作出技术上的决定。
相对于构架师来说。
可以这样说，时间进度和花费的。
使用电影制作来做类比的话
文件逻辑结构的介绍
展开全部 文件的逻辑结构是用户可见结构。
逻辑文件从结构上分成二种形式：一种是无结构的流式文件，是指对文件内信息不再划分单位，它是依次的一串字符流构成的文件。
一种是有结构的记录式文件， 是用户把文件内的信息按逻辑上独立的含义划分信息单位，每个单位称为一个逻辑记录（简称记录）。
...
什么是系统架构设计？
1. 系统架构的主要任务是界定系统级的功能与非功能要求、规划要设计的整体系统的特征、规划并设计实现系统级的各项要求的手段，同时利用各种学科技术完成子系统的结构构建。
2. 在系统架构中，由于对软件越来越深入的依赖，软件架构的任务也体现出重要的作用。
而且系统架构与软件架构是紧密联系和相互依赖的。
软件开发的作用：1. 提高软件开发过程的能见度。
把开发过程中发生的事件以某种可阅读的形式记录在文档中。
管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。
2. 提高开发效率。
软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。
并且可在开发早期发现错误和不一致性，便于及时加以纠正。
3. 作为开发人员在一定阶段的工作成果和结束标志。
什么是系统架构设计？
展开全部 系统架构的主要任务是界定系统级的功能与非功能要求、规划要设计的整体系统的特征、规划并设计实现系统级的各项要求的手段，同时利用各种学科技术完成子系统的结构构建。
在系统架构中，由于对软件越来越深入的依赖，软件架构的任务也体现出重要的作用。
而且系统架构与软件架构是紧密联系和相互依赖的。
软件开发的作用： 提高软件开发过程的能见度。
把开发过程中发生的事件以某种可阅读的形式记录在文档中。
管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。
提高开发效率。
软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。
并且可在开发早期发现错误和不一致性，便于及时加以纠正。
作为开发人员在一定阶段的工作成果和结束标志。
...
