做业1 讨论+我的简历制做

做业1 讨论+我的简历制做

1、应用CSS、Html制做的纯静态网页：

• 一、 简介截图
  
• 二、连接：https://coding.net/u/MXLei/p/resume/git

2、查找阅读，文档说明下列问题：

• 一、解释一个软件生命周期的概念并提供一个例子，解释它的各阶段，包括生产交付（不只限于瀑布模型生命周期）；

  • 软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或中止使用的生命周期。软件生命周期内有问题定义、可行性分析、整体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，也有将以上阶段的活动组合在内的迭代阶段，即迭代做为生命周期的阶段。

  • 以本科进行的软件工程大做业《一个基于网页的四则运算平台》为例解释如下各阶段概念：

  • 一、问题的定义及规划
    此阶段是软件开发方与需求方共同讨论，主要肯定软件的开发目标及其可行性。
  • 二、需求分析
    在肯定软件开发可行的状况下，对软件须要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段作得好，将为整个软件开发项目的成功打下良好的基础。"惟一不变的是变化自己。"，一样需求也是在整个软件开发过程当中不断变化和深刻的，所以咱们必须制定需求变动计划来应付这种变化，以保护整个项目的顺利进行。
    孩子们得增强四则运算能力，可是父母没有时间，请家教、买算术题卡又不划算。而一个基于网页的四则运算平台对孩子的学习是十分必要的，能够节省时间、费用等成本，并同时达到一个很好的学习效果。
  • 三、软件设计
    此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。软件设计通常分为整体设计和详细设计。好的软件设计将为软件程序编写打下良好的基础。
    以《一个基于网页的四则运算平台》为例：
    • a.界面采用“童年主题”设计，加强与学生的亲近感，熟悉感；
    • b.强化学习氛围、选择符合时代“童年主题”的背景音乐；
    • c.提升学生的四则元算能力；
  • 四、程序编码
    此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必需要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提升程序的运行效率。
  • 五、软件测试
    在软件设计完成后要通过严密的测试，以发现软件在整个设计过程当中存在的问题并加以纠正。整个测试过程主要分单元测试、组装测试以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程当中须要创建详细的测试计划并严格按照测试计划进行测试，以减小测试的随意性。
    以《一个基于网页的四则运算平台》为例：
    • a.先进行平台抗压性测试；
    • b.找到十几个小学生进行一段时间的平台测试；
  • 六、系统转换
    将做业由旧系统转换新系统，也就是说运行系统的方法，转换方法有平行、分批、分发、当即、试验五种转换方法。
  • 七、运行维护
    软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，因为多方面的缘由，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。

• 二、查阅软件灾难相关资料，给软件灾难从头至尾排序。

  • 软件bug等级：

    • 一、Blocker（崩溃）：阻碍开发或测试工做的问题；形成系统崩溃、死机、死循环，致使数据库数据丢失，与数据库链接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等
    • 二、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用可是不影响其余功能的测试。功能设计与需求严重不符，模块没法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出如今不影响其余功能测试的状况下能够继续该版本测试）。
    • 三、Major（通常）：功能没有彻底实现可是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操做时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)
    • 四、Minor（次要）：界面、性能缺陷，建议类问题，不影响操做功能的执行，能够优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不应显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感觉很差，能够优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）

  • 灾难恢复划分为六个等级 参照《信息系统灾难恢复规范》（GB/T 20988-2007 ）：

    • 一、第1级为基本支持
    • 二、第2级为备用场地支持
    • 三、第3级为电子传输和部分设备支持
    • 四、第4级为电子传输及完整设备支持
    • 五、第5级为实时数据传输及完整设备支持
    • 六、第6级为数据零丢失和远程集群支持。
      同时，该规范对灾难恢复能力等级评定原则和灾难备份中心的等级等也做了规范要求。

  • 软件灾难例子：

    • 一、水手号（Mariner）的致命BUG (1962)
    • 二、哈特福德体育场倒塌事件 (1978)
    • 三、 中情局给苏联送自然气 (1982)
    • 四、几乎引起第三次世界大战 (1983)
    • 五、医疗器械致死案 (1985)
    • 六、华尔街崩溃 (1987) 
    • 七、AT&T电话断网 (1990)
    • 八、阿丽亚娜火箭爆炸 (1996)
    • 九、天网带来了世界末日 (1997)
    • 十、火星气候探测器坠毁 (1998)
    • 十一、灾难研究 (1999)
    • 十二、英国护照不知所踪 (1999)
    • 1三、千年之殇Y2K (1999)
    • 1四、炸弹(Dot-Bomb)崩溃 (2000)
    • 1五、爱虫病毒 (2000)
    • 1六、为癌症治疗而死 (2000)
    • 1七、EDS放弃了对对儿童的支持 (2004)
    • 1八、 FBI的三部曲终结 (2005)