软件工程
介绍 ：说明产品、产品的意向市场及对产品性质的预期。 软件计划 ：包括产品确切的发布日期、产品责任及产品的销售和售后服务计划。 过程描述 ：产品的开发和管理中应该采用开发和售后服务质量过程。 质量目标 ：包括鉴定和验证产品的关键质量属性。 风险和风险管理 ： 说 明影响产品质量的主要风险和这些风险的应对措施。 Humphrey的结构框架： 企业通用业频道 质量规划
整吗。 已经有了很好的软件开发工具 还需要计算机辅助软件工程（ CASE） 工具 对软件开发的错误认识（ 2） 如果计划落后，可以增加人员赶回来 给一个已经延迟的软件项目增加人手只会使其更加延迟 原有人员需要抽实践训练新手 有了目标的一般描述就可以开始写程序 不完善的系统定义是项目失败的主要原因 对软件开发的错误认识（ 3） 项目需求不断变化，但软件很灵活
线的文档 版本引用号 其它标识细节 配置控制 —— 任务 标识和记录更改申请；分析和评价更改；批准或不批准申请求；实现、验证和发行已修改的软件项。 对每次更改进行审核追踪 对所有访问受控软件项的情况进行控制和追踪 配置状态统计 —— 任务 编制管理记录和状态报告，表明受控软件项的包括基线在内的状态和历史 状态报告包括： 更改号码 最新的软件项版本 发行标识
间； ； ；。 资源和余量测试 测试是否符合软件需求规格说明中提出的处理时间 、 储存空间和内存 、 输入／输出通道等资源使用的要求 ， 并在设计中为这些资源留出了余量。 通常情况下 ， 应保证在储存空间和内存 ，输入／输出通道 ， 以及处理时间的占用上至少有２０ ％ 的余量。 边界测试 测试软件在输入域和 （ 或 ） 输出域 、 数据结构 、 状态转换 、 过程参数 、
• 信息应该伴随着听觉上或视觉上的提示，也就是说，在显示信息时应该同时发出警告声，或者信息用闪烁方式显示，或者信息用明显表示出错的颜色显示。 • 信息不能带有指责色彩，也就是说，不能责怪用户。 用户界面应具有的特性（ 5） – 4. 命令交互 • 每个菜单都应有对应的命令； • 命令形式用控制序列（如 Ctrl+P）、功能键、键入命令； • 便于学习和简化记忆命令的难度，给出忘记了命令采取的办法
systems. OS 360 is the first large software project, which uses about 1,000 programmers. Fred Brooks in his subsequent masterpiece, The Mythical Man Month (The Mythical ManMonth) in the once admitted
container. Enterprise vendors integrating their products with Spring such as GigaSpaces, Terracotta 2 and Tangosol. Vendors in the grid space, in particular, are increasingly embracing Spring as
TUCNP 则经过 3 次 Arnold 变换后 ， P 恢复了原图。 见下所示 TUCN UCTN CTUN TUCN 表 1 不同阶数 N 下平面上 Arnold 变换周期 N 2 3 4 5 6 7 8 9 10 11 12 25 50 60 100 120 125 128 256
. 版权归原作者所有 ) 第 5 页 共 10 页 4． 3 改进之处 按 2． 2 条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。 4． 4 影响 说明在建 立所建议系统时，预期将带来的影响，包括： 4． 4． 1 对设备的影响 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。 4． 4． 2 对软件的影响 说明为了使现存的应用软件和支持软件能够同所建议系统相适应。