项目开发讲解分析

项目开发讲解分析Projectdevelopment大纲05项目范例01项目开发概述02开发流程03文件制作04项目进行项目开发概述软件发展的基本参考，均需以设计规划文件为主要依循。文件的撰写占了项目成败的大部分因素。欠缺文件的沟通与确认，容易发生开发项目最怕的状况：『开发出来的软件，不是客户所要的』！合约、交货日期及品项、金额、维护等等重要关键，必须透过文件记录，方能有所凭据。规划文件的用途规划文件的用途的用途有以下几点：与客户沟通需求的媒介。确认客户需求与开发项目吻合。开发团队内部流程沟通、资料表说明及同步。确认交付项目、开发时程、项目金额等。软件开发过程需求分析（RequirementAnalysis）系统分析（SystemAnalysis）系统设计（SystemDesign）程序开发（Implementation）整合及测试（Integrationandtesting）使用Cycle往复式开发程序。每一阶段均需反覆修正。总体流程亦需反覆修正。软件开发流程图需求分析阶段需求分析注意事项在需求分析之前，开发团队务必要对该项目的专业领域知识有所了解，也就是俗称的Domainknowledge。若要涉足专业领域，开发团队内最好有熟悉该领域的成员较佳。提案简报开发团队经过数次需求讨论会议后，应可针对客户需求，举行提案会议并提出一份提案简报。此一提案简报应包含以下数点：开发团队组织成员。新系统与过去（旧系统或无软件）的比较。采用本系统可增进的效益。系统功能大纲，是否可满足客户需求。大致的开发时程与估价。提案简报Cont.此一提案简报将是客户对开发团队的第一印象，因此，不论是投影片的精彩度、抑或是主讲人的表现，都是影响是否能取得标案的关键。此一投影片首重精彩有料，要能达到吸引人注意的效果，可以举出实例比较有无此一新系统的不同，借以凸显新系统的价值与必要性。待客户接受新系统的必要性之后。再大致解说系统架构、时程、估价即可。提案简报范例系统分析阶段系统分析系统分析是为了更清楚的描述客户所要的软件蓝图。透过撰写系统分析文件（SA）与召开系统分析会议等步骤，可将软件蓝图描绘的更清楚。系统分析文件内容前言应包含背景介绍、开发动机、开发目标等纲要。系统平台架购应包含此一系统所使用的平台与其架构配置图（硬件、软件、作业系统、服务器、数据库等）系统软件架构系统软件架构中，最主要的便是整体系统架构图，此一图可以以方块功能图或网页架构图绘制，其目的在于让客户对系统有一整体的认识，同时藉由此一架构图，也方便与客户讨论功能配置、模块增删等细节。系统分析文件内容Cont.软件模块说明诸如此一模块之名称、会用到的数据库表格、会用到的公用程序、所提供的功能等等，均需在此以表格方式详细列出。这部分牵涉到客户需求与后续估价，因此列示越详细越好项目建置计划在对整个软件模块都有共识后，即可讨论软件建置计划。这部分通常以甘特图表示。需列出开始日期与结束日期，每一项目所需时程，以及每一个检查点或里程碑（milestone）。系统分析文件内容Cont.交付项目在此需详列结案时应交付给客户的项目，以表格列示以便于日后点交。亦可指明项目应以何种形式点交（光盘、档案、原始档或执行档）经费预估经费的估计依项目难度、功能多寡、客制化程度、美工设计、版型绘制、Logo制作等等各有不同，不同地区、不同行业的软件开发费用亦有不同。系统分析文件范例（网站架构）系统分析文件范例（模块说明）关于系统分析文件SA文件是开发团队与客户的主要沟通文件，因此每次会议后变更的SA文件，均需明确加注版本号码（封面及每页的页首），并送交双方确认，确保双方共识。而最后定案的SA文件，更需有三份备档，由客户、开发团队及公正第三者各执一份并盖章以示负责。透过这些交互验证程序，来确保双方共识无误与相互执行保证。除了合约之外，SA文件便是双方最重要的公认文件，因此在撰写、讨论、定稿等过程，切不可马虎疏忽。系统设计阶段系统设计文件说明依据系统分析中客户所提出的要求，开始设计项目细部，也就是产生系统设计文件（SD）。SD文件用途在建立所有项目成员在程序开发时之共识，亦即所有开发细项，均需记录在系统设计文件中，以方便项目成员彼此间之工作分配、共享元件、模块撰写等协调工作。系统设计文件说明Cont.项目细部主要分两部分，第一部份是『工作流程』、第二部分为『数据库规划』。工作流程主要即是将SA文件中所提及之功能模块，依实际运作状况，绘制其流程图。以一般流程图绘制方式绘制即可，如欲进阶，则可使用UML方式绘制。数据库架构（称为Databaseschema），是设计文件中最重要的部分。所有程序的撰写、运作、日后维护亦均需参考。系统设计文件范例（工作流程）系统设计文件范例（资料表）系统设计文件说明Cont.SD文件中，除了『工作流程』与『资料表架构』外，亦可补充其他有助于团队成员更了解项目架构的章节，例如：整体系统架构、模块说明、元件说明、公用函式库说明、使用手册初稿等。再一次强调，系统设计（SD）文件最主要用途为开发团队内部沟通与协调之用。因此，撰写此一文件时，务必以所有开发团队成员均能了解，为第一优先前提。程序开发阶段程序设计说明在完成系统设计（SystemDesign）文件后，项目成员便可依照SD文件中所述之各项目分别进行程序写作工作。一个合格的程序设计师，应具备阅读SD文件中所述之流程与资料结构后，便能够撰写程序之能力。程序设计注意事项在程序开发会议中，对文件修订，则在会议结束后，务必制作更新版本文件并清楚标明，并且确保项目成员均得知此一信息。程序码在每一版次完成后，均需做单元测试与整合测试，不可等到所有程序都完成后，才在整合测试阶段做测试。程序码必须由专人管理，并妥善整理各个版本。建议可采用CVS（versioncontrolsystem）管理程序码，务必确定各项目成员所使用或维护的程序为最新版本。程序设计注意事项Cont.共享元件必须由专人管理，并妥善整理各个版本。建议共享元件应在程序撰写初期便制作完成，并提供元件使用说明。除非必要，尽量不要在程序开发期间，变更共享元件之函数或定义。以免造成程序码需大幅变更的后果。需定期（每日一次为最低要求）、异地备份程序码，并注明该版程序之进度，以备不时之需。。整合测试阶段整合测试注意事项整合测试阶段与程序开发阶段是密不可分的循环。每一程序元件、每一功能模块在撰写完成后，均需进行单元测试，以利问题提早发现并解决。不可待所有程序完成后，再开始测试。所有的测试开始之前，均需撰写『测试计划』，并依测试计划准备相关测试资料与测试用软件，并详实记录测试过程与测试结果。整合测试是相当重要的一个步骤，完善的整合测试可以确认系统的漏洞、缺失与其极限所在。可让系统正式上线后的缺失减到最小。测试要点当所有程序撰写完成后，通常需依『测试计划』与『营运计划』做一完整的软件测试，一个完整的测试至少应包括以下几点：正常流程运作测试例外状况测试压力测试最大处理能量测试容错能力测试入侵测试自动回复机制测试备份机制测试…等等使用期间文件名称内容说明项目全程会议记录项目全程均需使用会议记录文件，记录每一次会议结果，并于会后送达各相关人员参考周知。项目初期提案简报如前述

开发契约确定成案后双方需签订开发契约

建置工作评估

硬件架构说明说明项目之硬件需求系统分析阶段系统分析文件如前述

建置工作计划书说明建置计划

软件安装计划说明软件安装流程

替代方案如发生不可抗拒因素时之可能替代方案

交付项目时程系统各项目交付时程其他项目文件其他项目文件Cont.系统设计阶段系统设计文件如前述

系统复原程序系统损毁时复原方式

共享元件说明开发时共享元件说明

软件更新计划上线后如何更新版本程序开发阶段程序编码规范项目成员需共同遵守之编码规范

软件备份与更新计划软件备份及管理计划

使用手册用户使用说明整合测试阶段整合测试计划说明测试方式

整合测试报告说明测试结果项目交付阶段训练与技术转移计划教育训练与技转计划

教育训练技术文件

技术转移技术文件

交付清单交付项目清单

维护合约日后维护之期程与合约软件流程注意事项在每一阶段均需要不断往复修正，亦应做到跨阶段往复修正与整体项目往复修正。需做好单元测试，并确保每一独立单元之正确性，在整合测试时才有可能项目分工以一个网页式的应用程序项目而言，大致有以下数种工作区分：程序设计基本程序开发程序说明文件撰写共享元件设计共享元件规划与开发元件API文件撰写项目分工Cont.数据库规划管理备份美工设计：版面配置版型设计Logo设计动画、Flash设计色彩集选用与配色项目分工Cont.文件撰写相关合约、计划书撰写软件说明手册撰写文件版本控制资料汇整初始资料输入代客资料输入安装、维护、客服硬件环境架设、软件安装软件维护、修正、升级资料备份客户服务项目开发注意事项美工需与程序开发同步进行，切不可待程序完成后才进行美工工作，常会发生无法顺利配合的问题。说明文件或使用手册需与程序开发同步，切不可待程序完成后才进行文件撰写，容易造成文件与程序较大的误差。不论是大量贩售之通用软件，或是专为客户订制的客制化软件，售后的客户服务所耗用的时数会远高于开发时数。因此在签订服务合约时，务必精算客户服务成本。估算项目成本时，软件开发案的人员工时成本通常占据开发成本的绝大部分，另需考虑软件开发延宕所造成的多余人事支出与延期罚款等问题，故团队人事选用与聘任，是项目成功不可缺少的一部份进度管理进度管理工具甘特图（Ganttchart），透过条状图订定每一阶段所耗用的时间，可准确估计每一工作阶段工作状况。里程碑（MileStone）：透过每一个里程碑订定，可于该时间检查是否完成该目标。项目管理经验结案在结案之前应依合约文件