简明现代魔法 -> 软件架构技术 -> 软件的生命周期

软件的生命周期

2010-06-16

软件立项与合同

  1. 软件项目的来源一般有两个渠道,一是自主研发的“非订单软件”,二是为用户开发的“订单软件”。前者需要立项,后者需要签订合同。所以“立项”和“合同”是IT企业软件项目(或产品)的两个源头。一旦立项或者签订合同成功,企业领导或软件管理部门就要下达“任务书”。
  2. 相关文档:《立项建议书》《合同》《任务书》。
  3. 该步骤也可叫“项目可行性分析”,可行性分析是立项的前提,立项时可行性分析的结果。对于软件企业,一般不叫项目可行性分析,只有在学校、机关、科研所等单位,才叫项目可行性分析。

软件需求

  1. 需求分析的输入时软件《合同》或《立项建议书》,输出《用户需求报告》/《需求规格说明书》。从根本上讲,软件需求就是为了解决现实世界中的特定问题,软件必须展现的属性。软件需求的属性主要是可验证性、优先级和唯一性。
  2. 需求来源:系统目的、行业知识、软件设众、运行环境、组织环境; 需求角色:用户、客户、市场分析人员、软件分析师。
  3. 需求的描述工具:
    • 实体-关系模型:明确描述应用系统的概念结构数据模型,E-R模型即是表达用户需求的工具,又是数据库概念设计的工具,在需求分析中又叫E-R模型,在数据库设计中叫做概念数据模型(CDM)。
    • 数据流图:先画出顶层数据流图,它高度的反应了系统的全貌,在注=逐层画出底层系统的数据流图,具体描述每个加工的处理过程和方法。描述符号主要有4种,数据源或数据谭,数据流动的连线,数据加工或处理泡,输入或输出文件。
    • 用例图:用于定义系统的行为、展示角色与用例之间的项目作用。
    • 活动图:用于描述系统行为,在需求阶段,可以配合用例图说明复杂的交互过程。

软件策划

软件策划的输入是《合同》或《立项建议书》,《任务书》,《用户需求报告》, 输出是《软件开发计划》。

  1. 应该包括质量保证计划,软件配置管理计划,测试计划、评审计划。要使策划工作十分准确是十分困难的事。
  2. 共分4个步骤:
    • 估计软件工作产品的规模、工作量、费用及所需的资源。
    • 制定时间表
    • 鉴别和评估风险
    • 与相关的组或人协商策划中的有关约定
  3. 编制工具:word+Project

软件设计

  1. 分《概要设计说明书》和《详细设计说明书》。前者注重框架上的设计,后者注重微观上和框架内的设计。
  2. 面向过程设计:1.流程图 2.N-S图 3.程序设计语言 4.决策表
  3. 面向数据设计:以E-R模型为基础,按照一定的规则将概念数据模型(CDM)转换成能被某种数据库管理系统接受的物理数据模型(PDM)。
  4. 面向对象设计:UML

软件建模

三个模型:业务建模(对系统的业务流程的定义)、功能建模(描述系统功能)、 数据建模(对系统数据结构的定义)。

功能建模和业务建模在需求分析时建模,数据模型在设计时建模。通常,数据模型建模用PD、ERWin等;功能模型用功能点列表或用例表示;业务建模用自然语言加上流程图或时序图表示。

软件实现

宏观上,软件实现包括详细设计、编码实现、单元测试、和集成测试

微观上,软件实现指编程和单元测试

软件测试

  1. 测试中心或者测试部门是发现“不符合项”或错误的,却不能改正软件产品的错误,所以不能直接提高软件产品的质量。
  2. 系统软件测试:发现bug,对应的测试报告为bug测试报告。
  3. 应用软件测试:发现“不符合项”。

软件发布与实施

  1. 软件产品分类:
    • 不需要客户化的软件产品: 系统软件。
    • 只需要少量客户化工作的产品: 专业性特别强的应用软件产品。
    • 需要重新做业务流程和需求规格定义的软件产品:分行业ERP。
  2. 软件项目:为用户定制的软件系统,专用型强,通用性差。

软件维护

软件维护过程是软件开发过程的缩影。

可维护性:维护人员理解、掌握、修改被维护软件的难以程度。可维护软件应该具备以下4条性质:

随机文章推荐
网站分类


注:如需转载本文,请注明出处(原文链接),谢谢。更多精彩内容,请进入简明现代魔法首页。

进入新博客
喜欢本文,就分享它吧
给我留言
您的名字:
您的邮件:
您的网站:


 

copyright © 2009 简明现代魔法    学习、分享、进步

power by Gonn 感谢所有关心和支持本站的朋友们