软件研究分析

伦敦大学学院研究人员让10名志愿者连续15次观看3部电影短片，每部时长7秒，主题都是日常生活场景。研究人员随后要求志愿者回忆短片内容，同时利用功能性核磁共振成像仪（fMRI）扫描他们的脑部。通过计算机软件分析数据，研究人员发现，志愿者回忆每部短片时，大脑活跃部位不同。这样，研究人员根据大脑活动模式测出志愿者回想哪部短片，准确率约为45%。

1． 软件企业竞争更加残酷，差距拉大 国内的软件企业规模普遍偏小，100人以下的小型企业占软件产业的主导地位，对于小型软件企业来说,其研发力量、管理水平、资金来源等因素使它无法推出更新,更具有竞争力的软件产品，而且面临目前人力资源、开发等成本的高涨，在残酷的竞争上处于相当不利的地位，这一部分企业将逐步消失，或被并购，或被淘汰，而能够生存下来的小企业以及规模较大的企业将会越来越大，推出的产品及其服务也将越来越得到市场的青睐，这对中国软件的发展是有利的，不仅仅能统一国内软件市场的秩序与标准，而且也能在国际市场上赢得一席之地。 随着国内现有的技术、网络等条件不断完善，金融、电信、电力、石油、政府等传统上软件行业的重要客户，都走上了数据集中的道路，这使得小的软件企业很难进入并分享这个蛋糕，进入的门槛不仅是技术，更多的是自身条件包括企业规模、资金、人员、资质和信息。要想从激烈的竞争中杀出一条血路，我们这样的小企业必须开拓新的行业和领域，走软件小（小型化）和专（专业化）的道路。毕竟科技发展日新月异，各个行业都在不断发展变化，机会就存在于变化中，需要的是我们把握机会。 2． 软件行业国际化 随着经济全球化的进一步推进、中国加入WTO，中国软件业将面临更加广阔的国际市场以及前所未有的走出去的发展机会。近年来，国内的一些软件企业积极地进入国际市场，在不同程度上参与国际竞争，尤其是在软件外包方面取得一点效果，我国作为WTO的正式成员，国内软件企业“走出去”必将获得在国际市场发展的机会，“走出去”是大势所趋。 另外企业要想进入国际市场，必须首先完善自我，增强了企业的全球意识，强化国际化的商品观念、市场观念、竞争观念、风险观念、信誉观念、法制观念等，这无疑对企业本身是有好处的，相反，如果采取“闭门造车”的策略，即使在技术竞争中取得优势，也很难成为被国际广泛接受的主流技术，因此国内的软件企业要想做大做强，必须走出去，必须利用市场优势，广泛开展国际合作，绝不能闭门造车。 3． 软硬结合更加紧密 在嵌入式系统、无线通信设备、家用电器中，软件将与硬件的结合将更加紧密，可以想象，未来你家里的冰箱、洗衣机、电饭锅、微波炉等将越来越自动化，你也越来越容易控制它们，你将可以在任何时间任何地方通过任何设备来获取这些电器的状态以及操作这些电器，这些都是软硬件紧密结合的结果。硬件依靠软件，使得硬件的作用充分发挥并且更容易使用和控制；软件依靠硬件，才有了发挥作用的空间和载体，才能体现软件自身的价值。2006年Windows Vista操作系统的即将上世就是一个最佳的例子，Vista对硬件要求的苛刻和最低配置（仅内存就需最少512M）无疑将让Intel、Samsung、LG等CPU和内存生产商笑逐颜开，而离开了硬件厂商在技术和生产上的支持，Vista也根本无法上市。 4．专业人才需求增大 由于主要的软件公司比如MicroSoft、Borland(Interprise)、Sun、Oracle、IBM等越来越重视软件的简单易用，我们所用的操作系统、OFFICE以及各种开发工具在这些知名软件公司的不断升级与完善下，将变得越来越简单，很多技术性的低层部分都被他们封装起来，我们在提高工作效率的同时也变得越来越傻瓜，以前一个非常复杂的功能现在可能只需要几行简单的代码就实现，我们也越来越依赖于这个软件工具，开发人员慢慢成为蓝领阶层。软件企业越来越需要的不是高水平的技术人员，而是精通业务、熟悉某个行业或者领域的专家，例如ERP、财务等。 5． 移动技术 GPRS、CDMA、WiFi、802.11b/g、蓝牙等无线技术已经走入我们的工作和生活，移动办公和娱乐成为热门话题，我们的身边正出现越来越多的移动设备，许多软件对移动的支持也越来越丰富。随着移动通信技术的不断发展，3G将会在国内商用，3G提供高速稳定的数据业务，这将使移动开发进入一个极度火热的时期，它颠覆了我们通常所理解的信息设备就是桌面电脑的概念，将来我们更多的是通过手机、PDA接入互联网或其他信息系统，那么,对于这些除了电脑以外的其它信息设备的开发必定会呈现出爆炸性的需求，移动开发将炙手可热。

优秀的软件产品是建立在优秀的需求基础之上的。通常，开发人员与客户或客户代理人，如市场人员间的关系反而会成为一种对立关系。双方的管理者都只想自己的利益而搁置用户提供的需求从而产生摩擦，在这种情况下，不会给双方带来一点益处。　　只有当双方参与者都明白要成功自己需要什么，同时也应知道要成功合作方需要什么时，才能建立起一种合作关系。由于项目压力与日渐增，所有风险承担者有着一个共同的目标这一点容易被遗忘。其实大家都想开发出一个既能实现商业价值，又能满足用户需要，还能使开发者感到满足的优秀软件产品。软件客户需求权利书列出了十条关于客户在项目需求工程实施中与分析人员、开发人员交流时的合法要求。每一项权利都对应着软件开发人员、分析人员的义务。而软件客户需求义务书也列出了十条关于客户在需求过程中应承担的义务。如果愿意，可以将其作为开发人员的权利书。　　客户有如下权利：　　1：要求分析人员使用符合客户语言习惯的表达需求讨论应集中于业务需要和任务，故要使用业务术语，你应将其教给分析人员，而你 不一定要懂得计算机的行业术语。　　2：要求分析人员了解客户的业务及目标　　通过与用户交流来获取用户需求、分析人员才能更好地了解你的业务任务和怎样才能使产品更好地满足你的需要。这将有助于开发人员设计出真正满足你的需要并达到你期望的优秀软件。为帮助开发人员和分析人员，可以考虑邀请他们观察你或你的同事是怎样工作的。如果新开发系统是用来替代已有的系统，那么开发人员应使用一下目前的系统，这将有利于他们明白目前系统是怎样工作的，其工作流程的情况，以及可供改进之处。　　3：要求分析人员编写软件需求规格说明　　分析人员要把从你和其他客户那里获得的所有信息进行整理，以区分开业务需求及规范、功能需求、质量目标、解决方法和其它信息。通过这些分析就能得到一份软件需求规格说明。而这份软件需求规格说明便在开发人员和客户之间针对要开发的产品内容达成了协议。软件需求规格说明书可以用一种你认为易于翻阅和理解的方式组织编写。要评审编写出的规格说明以确保它们准确而完整地表达了你的需求。一份高质量的软件需求规格说明能有助于开发人员开发出真正需要的产品。　　4：要求得到需求工作结果的解释说明　　分析人员可能采用了多种图表作为文字性软件需求规格说明的补充。因为如工作流程图那样的图表能很清楚地描述出系统行为的某些方面。所以需求说明中的各种图表有着极高的价值。虽然它们不太难于理解，但是你很可能对此并不熟悉。因此可以要求分析人员解释说明每张图表的作用或其它的需求开发工作结果和符号的意义，及怎样检查图表有无错误及不一致等。　　5：要求开发人员尊重你的意见　　如果用户与开发人员之间不能相互理解，那关于需求的讨论将会有障碍，共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间。同样，客户也应对开发人员为项目成功这一共同目标所作出的努力表示尊重与感激。　　6：要求开发人员对需求及产品实施提供建议，拿出主意　　通常，客户所说的“需求”已是一种实际可能的实施解决方案，分析人员将尽力从这些解决方法中了解真正的业务及其需求，同时还应找出已有系统不适合当前业务之处，以确保产品不会无效或低效。在彻底弄清业务领域内的事情后，分析人员有时就能提出相当好的改进方法。有经验且富有创造力的分析人员还能提出增加一些用户并未发现的很有价值的系统特性。　　7：描述产品易使用的特性　　你可以要求分析人员在实现功能需求的同时还要注重软件的易用性。因为这些易用特性或质量属性能使你更准确、高效地完成任务。例如，客户有时要求产品要“用户友好”或“健壮”或“高效率”，但这对于开发人员来说，太主观了并无实用价值。正确的应是：分析人员通过询问和调查了解客户所要的友好、健壮、高效所包含的具体特性。　　8：调整需求，允许重用已有的软件组件　　需求通常要有一定的灵活性。分析人员可能发现已有的某个软件组件与你描述的需求很相符。在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够在新系统开发中重用一些已有的软件。如果有可重用的机会出现，同时你又能调整你的需求说明，那就能降低成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合你所需的特性，这时一定程度上的需求灵活性就显得极为重要了。　　9：获得满足客户功能和质量要求的系统　　每个人都希望项目获得成功。但这不仅要求你要清晰地告知开发人员关于系统“做什么”所需的所有信息，而且还要求开发人员能通过交流了解清楚取舍与限制。一定要明确说明你的假设和潜在的期望。否则，开发人员开发出的产品很可能无法让你满意

软件架构软件设计方法软件领域建模软件工程决策支持软件工程教育软件测试技术自动化的软件设计和合成基于组件的软件工程计算机支持的协同工作编程语言和软件工程计算机网络信息与通信安全计算机图形学与人机交互多媒体技术应用人工智能与识别嵌入式软件与应用自动控制分布式计算与网格计算云计算技术存储技术数据库技术研究计算机辅助设计与应用技术大数据分析与处理

数据统计分析软件是绝大部分学科研究者必须掌握的工具。下表中列出了学习和研究过程中对于几种主流数据分析和统计软件的优缺点总结体会，其中一些运用较自如，有的还属“没吃过猪肉，只见猪跑路”阶段。 软件名优势缺点常见应用领域定位与前景Matlab功能全面；算法工具箱；统计图形；需编程基础；统计学功能不完善；工科；自然科学；数值计算老大，或能一统江湖SPSS易用；统计学功能全面；版本功能升级快；不灵活；运行效率不高；社会科学；统计学入门级软件SAS统计学功能强大；大样本分析；需编程； 社会科学；统计学；理科；进阶的统计学软件Stata易用；类似于SPSS； 数学；自然科学； Excel极其易用；统计图形；运行效率低；样本量限制；统计学功能不完善；商务运用小样本数据初步分析R免费；统计图形；统计学功能； 数学；统计学；经济学； Origin优秀的统计图形；版本功能升级快；统计学功能不完善； 统计图形绘制老大，或能一统江湖注：（1）空白不代表没有，只是不知该怎么描述。（2）Origin实际上并不完全算是统计分析软件，其统计功能正在不断增添中，但已经很多研究者直接使用其作为统计分析工具。 以上仅是个人肤浅体会，望斧正、补充。一点建议是，研究不应为工具所累。纯熟一种，熟悉两种，知道三种即可。灵活运用，相互补充。以研究问题选择工具，而不是工具或方法导向式进行研究。也不建议耗费过多时间专门学习工具，而应以研究题目为驱动，实践中掌握，熟能生巧。精习一种软件后，自当触类旁通。掌握学习方法后，定会无师自通。分析化学 仪器分析 红外光谱

不清楚呢

　　浅论软件工程　　软件工程 (Software Engineering，简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。　　在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。　　软件工程师是对应用软件创造软件的人们的统称，软件工程师按照所处的领域不同可以分为系统分析员，软件设计师，系统架构师，程序员，测试员等等。人们也常常用程序员来泛指各种软件工程师。　　软件工程的主要课程：　　外语、高等数学、线性代数、高等代数、电子技术基础、离散数学、计算机引论（C语言）、数据结构、C++程序设计、汇编语言程序设计、算法设计与分析、计算机组成原理与体系结构、数据库系统、计算机网络、软件工程、软件测试技术、软件需求与项目管理、软件设计实例分析、CMM/ISO9000等。　　软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。　　(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。　　(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。　　(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。　　[编辑本段]软件工程的定义　　软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义：　　（1）。Barry Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。　　（2）。IEEE在软件工程术语汇编中的定义：软件工程是：1.将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件；2.在1中所述方法的研究　　（3）。Fritz Bauer在NATO会议上给出的定义：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。　　目前比较认可的一种定义认为：软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。　　（4）。《计算机科学技术百科全书》中的定义：软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。软件工程借鉴传统工程的原则、方法，以提高质量、降低成本。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。　　[编辑本段]软件工程学的内容　　软件工程学的主要内容是软件开发技术和软件工程管理．　　软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。　　[编辑本段]软件工程基本原理　　著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。Boehm　　（1）用分阶段的生存周期计划进行严格的管理。　　（2）坚持进行阶段评审。　　（3）实行严格的产品控制。　　（4）采用现代程序设计技术。　　（5）软件工程结果应能清楚地审查。　　（6）开发小组的人员应该少而精。　　（7）承认不断改进软件工程实践的必要性。　　B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。　　软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。　　(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。　　(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。　　(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则　　[编辑本段]软件工程必须遵循什么原则　　围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：　　(1)选取适宜的开发模型　　该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。　　(2)采用合适的设计方法　　在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。　　(3)提供高质量的工程支撑　　工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。　　(4)重视软件工程的管理　　软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。　　软件工程是指导计算机软件开发和维护的工程学科。　　采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。　　软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是使前一阶段提出的解法更进一步具体化，加进了的物理细节。每一个阶段的开始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结构分析或结构设计技术。　　把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高软件开发的成功率，软件开发的生产率也能明显提高。　　目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。　　软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定义、可行性研究和需求分析。　　开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。　　维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程。　　下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。　　1问题定义　　问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。　　通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。　　问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。　　2可行性研究　　这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。　　可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。　　在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。　　可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工程项目，可以避免更大的浪费。　　3需求分析　　这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。　　用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。　　在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有效地防止和克服急于着手进行具体设计的倾向。　　4总体设计　　这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”　　首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑下述几类可能的方案：　　低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工作。　　中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。　　高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功能和特点。　　系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。　　上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。　　5详细设计　　总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统呢？”　　这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出实际的程序代码。　　通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言）描述详细设计的结果。　　6编码和单元测试　　这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。　　程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。　　7综合测试　　这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求。　　最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。　　必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。　　为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。　　通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求也可以决定测试和调试过程什么时候可以结束。　　应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，做为软件配置的一个组成成分。　　8软件维护　　维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。　　通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来的维护活动预先做准备。　　虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。　　都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。

做市场调研 该用什么软件？其实现在有很多可以代替人工做调研的软件了哦市场调研主要包括消费者需求调研、产品经销商调研和竞争对手调研三大部分。多瑞科舆情数据分析站可以针对性根据用户所关注的方向进行全网覆盖搜集信息，并按需求调研、产品经销商调研和竞争对手调研等方面关键数据生成各种图文分析报告。 产品调研多瑞科舆情数据分析站系统配置关注关键词以及竞品关键词监测分析准确的市场情况，根据系统监测后的信息，可以在舆情系统服务平台中管理、导出简报、生成图表等，省掉了人力繁琐的重复操作和调试，系统只需专人负责看管，操作简单，数据量全面，轻松搞定各种报表形式。综上所述，产品调研的作用是处于产品发布后的一个初步的广泛调研，有助于了解到广大消费者对于新产品的期望值和初步满意度，当然，产品调研的最终目的也就是让产品更加受欢迎创造更大的价值。通过多瑞科舆情数据分析站调研了解市场需求、确定目标用户、确定产品核心，为了更好的制订;为领导在会议上提供论据;提高产品的销售决策质量、解决存在于产品销售中的问题或寻找机会等而系统地、客观地识别、收集、分析和传播营销信息，及时掌握一手资源;验证我们定的目标客户是不是我们想要的，目标用户想要什么样的产品或服务;了解我们能不能满足目标用户的需求并且乐于满足目标用户的需求;找准产品机会缺口，然后衡量各种因素，制定产品战略线路；对于全新的产品，调研前自己有一个思路，然后通过调研去验证自己的想法的可行性。

Net-MR 市场调查软件是一套能够在整个项目周期中简化全球市场调查管理的完全整合型解决方案。1,通过建立您自己的样本组对您的市场调查进行流水线操作。更加有效地管理您的市场调查;定义您自己的档案和分段属性;不需要有数据库经验. 2,混合模式的数据收集，所有的数据收集工具具有以下功能:标准化的应答者档案;配额管理;集中化的数据存储.Net-MR的数据收集工具包括：( Net-Survey,Net-CATI,Net-CAPI,Net-FOCUS,Net-DB,联合软件 :可以选择使用ACA、CBC和Max/Diff联合方式。Net-MR 用户可以将Sawtooth 软件的联合分析工具结合到 Net-MR 调研中。)3,数据分析和报告(分析您的应答者;版面选项;制图;文本编码;数据操作;导入/导出功能)4,项目、提案和客户管理参考资料：GMI中国官方网址http://www.gmichina.com顶!