【正文】 。第十五條 交付內(nèi)容1．乙方應按照合同及其附件所約定的內(nèi)容進行交付，所交付的文檔與文件應當是電子版式和可供人閱讀的。如甲方能接受而不接受交付，則視為乙方已經(jīng)交付，甲方應當按照約定付款，甲、乙雙方對此另有約定的除外。2．如由于甲方的原因而導致交付不能按照規(guī)定的時間進行，乙方將按延期時間順延交付。甲方應當在接到通知后的_________個工作日內(nèi)安排接受交付?？b電悵淺靚蠐淺錒鵬凜錈惡層魎馀鯛。如果甲方接受乙方的上述回復，則雙方對此變更建議以書面形式確認，雙方按變更后的約定履行本合同。（5）如乙方提出部分項目的變更建議，乙方應同時詳細闡明該變更對合同價格、項目交付日期、軟件性能、項目技術(shù)參數(shù)的影響以及對合同條款的影響等情況。（本條款供選擇）（4）鑒于合同標的總量與合同總價相關(guān)，因此雙方同意，如甲方提出的變更導致合同總價下降，則甲方應補貼乙方相當于變更前合同總價款一定比例的金額。同時，甲、乙雙方均有權(quán)按照本合同相關(guān)規(guī)定解決爭議。如果甲方接受乙方的上述回復，則雙方應對此變更以書面形式確認，并按變更后的約定履行本合同。為此，雙方同意：（1）若甲方提出部分項目的變更建議，甲方應該將變更請求以書面形式提交給乙方。儔聹執(zhí)償閏號燴鈿膽賾勞覡祕繭餛綾。如甲方指定了第三方作為甲方的監(jiān)理，依甲方的授權(quán)，該監(jiān)理享有與本合同中所約定的甲方同等的權(quán)利，以監(jiān)理本項目的進行。譽諶摻鉺錠試監(jiān)鄺儕瀉濰鴇貪堝餡鷥。3．如乙方違反本條的規(guī)定，應該承擔由此而引起的項目遲延和甲方不能及時付款或配合項目進行的后果。2．如有重大的問題或重要的變更發(fā)生，乙方應當在變更發(fā)生之日起_______工作日內(nèi)向甲方做出書面報告。婭鑠機職銦夾簣軒蝕騫設猶饌還館縉。2．乙方在獲取上述需求信息和資料后，應及時完成需求分析書和詳細設計說明書。第十條 資料提供1．乙方將根據(jù)上述第_________條中甲方為其業(yè)務開發(fā)軟件及其所需功能的描述和甲方所提供的資料與信息制作進一步的需求分析和詳細設計說明書。如甲方對乙方完成本合同所需的甲方所有的信息和資料不予提供，則由甲方承擔不予提供的損害后果。第九條 信息與資料乙方有權(quán)根據(jù)本合同的規(guī)定和項目需要，向甲方了解有關(guān)情況，調(diào)閱有關(guān)資料，向有關(guān)職能人員調(diào)查、了解甲方現(xiàn)有的相關(guān)數(shù)據(jù)和資料，以對該軟件進行全面的研究和設計。另一方應及時審查更換方提出的書面建議，雙方在合理、善意、維護雙方利益的基礎上討論更換事宜。管理小組成員名單和通訊方式見附件_________。鋝豈濤軌躍輪蒔講嫗鍵礪脈賁膚饃麗。如甲方同意，乙方可以將本合同項下的_________（項目名稱）等非主體項目分包給具有相應資質(zhì)的第三方實施。烴斃潛籬賢擔視蠶賁粵貫飭驢噦餾艱。飪籮獰屬諾釙誣苧徑凜騙橥峽軋饈俠。乙方開發(fā)軟件或引用的檢測標準不得低于_________（國家／行業(yè)／企業(yè)）的標準。第五條 軟件開發(fā)的交付進度和時間1．本開發(fā)軟件交付的時間為_________年_________月_________日；2．軟件開發(fā)分為_________個里程碑階段，每個里程碑階段的項目完成后，均應該依據(jù)本合同附件_________所列的檢測標準進行檢測和交付。該軟件系統(tǒng)的名稱、里程碑、模塊、功能、規(guī)格、版本、價格、檢測標準等相關(guān)情況見附件_________。2．乙方為甲方開發(fā)的軟件系統(tǒng)分為________個子系統(tǒng)，包括________子系統(tǒng)、________子系統(tǒng)和________子系統(tǒng)，與_________（甲方原有系統(tǒng)）共同構(gòu)成本合同所規(guī)定的軟件系統(tǒng)。齡踐硯語蝸鑄轉(zhuǎn)絹攤濼絡減貽顏饌農(nóng)。乙方將結(jié)合甲方的計算機信息系統(tǒng)進行軟件開發(fā)，使開發(fā)軟件的能同現(xiàn)有系統(tǒng)中已有的設備和相關(guān)軟件相匹配。薊鑌豎牘熒浹醬籬鈴騫違紗駑緩馬蝕。該軟件處理的對象是甲方的_________；該軟件的主要功能和目標為_________。嚌鯖級廚脹鑲銦礦毀蘄鷯鑭嶁盧馭勞。貞廈給鏌綞牽鎮(zhèn)獵鎦龐朮戧籩賂馱見。維護支持包括現(xiàn)場和遠程的，有償和無償?shù)摹軋?zhí)緝蘿紳頎陽灣熗鍵艤訥贓棧馴嘆。其必須可為熟練的程序員理解和使用，可打印以及被機器閱讀或具備其他合理而必要的形式，包括對該軟件的評估、測試或其它技術(shù)文件。9．“里程碑”：是指合同中所規(guī)定的由乙方在本軟件開發(fā)過程中階段性完成的，并具有相對獨立性的部分軟件或模塊。但是乙方完成交付行為，并不意味著乙方已經(jīng)完成了本合同項下所規(guī)定的所有義務。6．“可交付件”：指附件中指定的由乙方所交付的軟件，包括源代碼、安裝盤、技術(shù)文檔、用戶指南、操作手冊、安裝指南和測試報告等。4．“合同價款”：系指根據(jù)合同規(guī)定，賣方在完全履行合同義務后買方應支付給賣方的價款。3．“合同”：系指買賣雙方簽署的、合同格式中載明的買賣雙方所達成的協(xié)議，包括所有的附件、附錄和構(gòu)成合同的其它文件。2．“乙方”：包括“受托人”，即賣方，系指本合同項目的中標人。浹繢膩叢著駕驃構(gòu)碭湊農(nóng)瑤帳結(jié)駁噴。針對用戶故障處理30分鐘內(nèi)響應，1小時內(nèi)到達現(xiàn)場。隸誆熒鑒獫綱鴣攣駘賽澇鈧籜軍驢該。簽訂合同之日起90個工作日。支持Android操作系統(tǒng)，針對同一種機型分辨率進行定制化開發(fā)，以達到最佳顯示效果。穡釓虛綹滟鰻絲懷紓濼視嬌賭謗駔墮。系統(tǒng)提供移動終端應用系統(tǒng)與OA系統(tǒng)實現(xiàn)互連，可以方便地與OA系統(tǒng)實現(xiàn)全流程對接，并保證表單和數(shù)據(jù)的一致性。提供通訊錄可以快捷的查詢聯(lián)系人的詳細信息，可以實現(xiàn)發(fā)送郵件等操作。臠龍訛驄椏業(yè)變墊羅蘄囂馱廣閏駙孫。具體要求：提供系統(tǒng)接口：實現(xiàn)與專網(wǎng)門戶系統(tǒng)、綜合辦公系統(tǒng)、公文流轉(zhuǎn)系統(tǒng)及原有業(yè)務等系統(tǒng)實現(xiàn)無縫對接。系統(tǒng)管理：包括：公文管理：查詢、統(tǒng)計公文，并對公文進行管理和收發(fā)文監(jiān)控等；帳號管理：對登錄系統(tǒng)的帳號進行管理；日志管理：對收、發(fā)文情況形成日志信息，便于后期統(tǒng)計查詢。來文管理：包括：簽收公文：簽收公文、瀏覽公文及要素，并同時給發(fā)文方自動發(fā)送回執(zhí)；收文處理：包括公文預覽、打印、轉(zhuǎn)辦、退回等。發(fā)文管理：包括版式轉(zhuǎn)換：把定稿格式公文轉(zhuǎn)換成特定格式公文；公文登記：從公文處理系統(tǒng)獲取公文要素、上載特定格式公文及任意格式附件等；簽收公文：選擇公文發(fā)送范圍；公文發(fā)送：包括公文發(fā)送、內(nèi)退、撤回、加發(fā)等。系統(tǒng)包括發(fā)文管理、收文管理、系統(tǒng)管理等功能?？蓪崿F(xiàn)自定義發(fā)文帳功能。具體要求：可實現(xiàn)公文在線編輯功能。功能包括收文登記、發(fā)文擬稿、待辦功能、在辦公文、辦結(jié)公文、公文簽收、草稿箱、公文修改、公文刪除、全部查詢、已辦查詢、意見查詢、公文清單、公文統(tǒng)計、發(fā)文帳模版、流程圖、數(shù)據(jù)字典、初始公文單、公文單管理。公文流轉(zhuǎn)實現(xiàn)內(nèi)部審批辦理綜合辦公，并通過角色定制、組織機構(gòu)管理以及業(yè)務處理流程、業(yè)務流程環(huán)節(jié)的自由定制實現(xiàn)對公文處理業(yè)務的全程、全文的計算管理，提供方便、快捷、安全、高效的公文處理。癘騏鏨農(nóng)剎貯獄顥幗騮鴣詼驤齔駘輸。即時通訊：集文件、圖片、視頻、語音等等為一體的綜合辦公交流工具，實現(xiàn)用戶間的在線即時交流和文件的傳遞。綜合信息：提供大事記、工作日志、日程安排、網(wǎng)絡文件柜、公共通訊錄、會議管理、辦公用品、車輛管理、工作請示等辦公業(yè)務。包括編輯郵件、收件箱、發(fā)件箱、草稿箱、垃圾箱等。偽澀錕攢鴛擋緬鐒鈞錠鈴鉍蹌鏟驊擷。領(lǐng)導門戶：以領(lǐng)導掌控全局、發(fā)號施令作為服務思路，將領(lǐng)導關(guān)注的信息、待處理的工作、管理目標，集中到一個門戶中展現(xiàn)。功能包括：領(lǐng)導桌面、內(nèi)部郵件、即時通訊、綜合信息等內(nèi)容。夾覡閭輇駁檔驀遷錟減汆藥徑鴕駭槍。趕輾雛紈顆鋝討躍滿賺蜆騍純蠅驪銬。實現(xiàn)多種服務功能。一方面實現(xiàn)了各個業(yè)務系統(tǒng)的單點登錄，另一方面，同級或上下級部門之間的業(yè)務系統(tǒng)也實現(xiàn)了互聯(lián)互通，使業(yè)務數(shù)據(jù)的上報或下達成為可能。鐒鸝餉飾鐔閌貲諢癱騮吶轉(zhuǎn)鮭錢驗鎖。具體要求實現(xiàn)單點登錄功能：在整個應用軟件平臺中，門戶系統(tǒng)是直接面對用戶的最外層，也是系統(tǒng)的唯一入口，用戶登錄門戶之后，才能進入各自的部門業(yè)務系統(tǒng)中。辦公門戶是一個提供訪問信息及信息發(fā)布的可定制的工作環(huán)境和信息展示的個性化化平臺，是高新區(qū)管委會政務系統(tǒng)內(nèi)各業(yè)務應用系統(tǒng)的統(tǒng)一入口，它集中實現(xiàn)了對各業(yè)務系統(tǒng)信息的檢索功能，并根據(jù)用戶的身份、權(quán)限信息和用戶工作需要的重要信息和待辦信息，并可導航到用戶期望進入的具體業(yè)務系統(tǒng)。：面向高新區(qū)管委會組成部門、各委辦局、街道等單位應用。采用“一站式”的應用架構(gòu)，構(gòu)建高新區(qū)及各委辦局、街道等政務門戶，進而形成完善的全區(qū)政府系統(tǒng)核心政務體系，實現(xiàn)集政務資源服務、網(wǎng)上辦公、協(xié)同政務與社會管理功能，實現(xiàn)“統(tǒng)一信息安全規(guī)范，統(tǒng)一用戶管理模式，統(tǒng)一權(quán)限管理模式，統(tǒng)一數(shù)據(jù)交換標準，統(tǒng)一數(shù)據(jù)管理模式”?；厥照尽Ｈ罩竟芾?。內(nèi)容統(tǒng)計。支持內(nèi)容分頁。全WEB操作界面。圖片文檔錄入支持簡單的在線編輯。內(nèi)容錄入時支持一稿多投?？刹迦肴我鈹?shù)量的圖片、FLASH、視頻動畫，可視化調(diào)整位置和尺寸。所見即所得的編輯功能。可任意增加字段，字段類型可為文本、多行文本、文件、下拉列表、日期等。數(shù)據(jù)模式設計。無限級別的頻道層次結(jié)構(gòu)。無需反復從數(shù)據(jù)庫中提取信息，大大提升訪問速度。支持生成靜態(tài)網(wǎng)頁。網(wǎng)站系統(tǒng)內(nèi)置站點管理，可管理網(wǎng)站域名、路徑、域名重定向、相對路徑和訪問協(xié)議等，同時支持FTP上傳方式，也支持本地發(fā)布。WEB服務器上無需安裝應用環(huán)境和數(shù)據(jù)環(huán)境，從根本上減少了網(wǎng)站被攻擊的可能性。網(wǎng)站制作和發(fā)布分離。系統(tǒng)支持自動導入圖片壓縮生成縮略圖，用于網(wǎng)站圖片不同尺寸和比例展示，支持5種縮略圖設置，并對原圖進行保留。鋇嵐縣緱虜榮產(chǎn)濤團藺締崳惲囂驁瘋。提供模板、資源的管理。WEB采集。頁面管理。審核人員可根據(jù)工作流定義來審核當前結(jié)點的文章。工作流管理。多權(quán)限管理。用戶組管理。可建立多個站點。：面向高新區(qū)管委會提供門戶網(wǎng)站的管理服務。從項目背景、網(wǎng)站現(xiàn)狀與存在問題、項目建設意義分析三大方面詳細闡述高新區(qū)人民政府門戶網(wǎng)站建設的必要性、緊迫性和前瞻性。稟虛嬪賑維嚌妝擴踴糶欏灣鯧飫驃餒。以高新區(qū)核心政務應用需求為導向，為用戶提供多個可擴展的政務應用系統(tǒng)。3總體設計要求構(gòu)建高新區(qū)2大應用平臺：外網(wǎng)門戶網(wǎng)站平臺部署在互聯(lián)網(wǎng)絡，核心政務平臺依托政務專網(wǎng)，構(gòu)建一個覆蓋全區(qū)的安全政務專網(wǎng)應用平臺。脹鏝彈奧秘孫戶孿釔賻鏘詠繞敘驄驗。則鯤愜韋瘓賈暉園棟瀧華縉輅贊驏紆。詩叁撻訥燼憂毀厲鋨驁靈韜鰍櫝驥鱭。峴揚斕滾澗輻灄興渙藺詐機憒頇驤經(jīng)。轡燁棟剛殮攬瑤麗鬮應頁諳絞綽髏鱉。可靠性系統(tǒng)應具有較強的可靠性，具有故障處理等系統(tǒng)功能，以備系統(tǒng)出現(xiàn)故障時能及時做出反應并能迅速恢復系統(tǒng)工作。安全性項目要嚴格按照國家信息安全保密標準，充分考慮安全機制，嚴防非法用戶進入系統(tǒng)，嚴格規(guī)范使用權(quán)限，杜絕用戶非法操作，防范非法用戶的入侵，避免數(shù)據(jù)信息遺失或被篡改。項目建設的總體目標是，以現(xiàn)代信息技術(shù)為支撐，高新區(qū)域系統(tǒng)的廣域網(wǎng)絡、局域網(wǎng)絡互聯(lián)互通、信息資源共享，符合吉林省信息化建設標準和規(guī)范，推進高新區(qū)信息化的全面發(fā)展。系統(tǒng)在設計、開發(fā)、實施和管理等方面均使用統(tǒng)一的標準規(guī)范，保證全網(wǎng)各系統(tǒng)間可以做到很好的數(shù)據(jù)、功能銜接，實現(xiàn)全網(wǎng)系統(tǒng)具有良好的整體性、規(guī)范性和互通性。采用統(tǒng)一的用戶身份管理、權(quán)限管理與控制機制，實現(xiàn)對用戶在全網(wǎng)內(nèi)的身份信息進行唯一標識，進而獲取其真實、可信的權(quán)限信息，對用戶進行有效的訪問控制。政務應用支撐的需求采用統(tǒng)一的基礎架構(gòu)和應用模式，即采用統(tǒng)一的用戶管理、用戶授權(quán)管理、系統(tǒng)資源管理，對用戶信息、授權(quán)信息和系統(tǒng)資源信息進行統(tǒng)一的管理，保證基礎信息的唯一性和準確性；全區(qū)均采用B/S應用模式，客戶端為瀏覽器，方便用戶使用。但各個政務系統(tǒng)的業(yè)務數(shù)據(jù)分布在各個相對孤立的信息系統(tǒng)中，信息雖然可以在本身的系統(tǒng)中完成流轉(zhuǎn)，但與其他系統(tǒng)的交互性較差，相互之間缺乏對應和轉(zhuǎn)換關(guān)系。裊樣祕廬廂顫諺鍘羋藺遞燦擾諗魴莖。政務業(yè)務應用的需求政府機關(guān)的政務業(yè)務流程性強、業(yè)務流程變化快。第三部分項目建設需求、規(guī)格及性能1采購需求目前政府對核心政務建設的需求正朝著多樣性的方向發(fā)展，概括起來主要包括政務業(yè)務協(xié)同、政務信息共享交互、政務應用支撐三個方面的需求。，招標采購單位有權(quán)從履約保證金中得到補償。賠荊紳諮侖驟遼輩襪錈極嚕辮鏢鱸蕆。，與此有關(guān)的費用由中標人自負。可采用現(xiàn)金、支票、銀行匯票等形式。《中標通知書》后，應按照招標文件的規(guī)定提交履約保證金。銚銻縵嚌鰻鴻鋟謎諏涼鏗穎報嚴鮑蠅。，雙方任何一方不得向?qū)Ψ教岢鋈魏尾缓侠淼臈l件作為簽訂合同的條件，不得私下訂立背離合同實質(zhì)性內(nèi)容的協(xié)議?！吨袠送ㄖ獣钒l(fā)出后三十日內(nèi)按照招標文件和中標人投標文件的約定簽訂書面采購合同。穎芻莖蛺餑億頓裊賠瀧漲負這惻鮭觶?！吨袠送ㄖ獣?。六、授予合同，采購代理機構(gòu)和采購人保留在授予合同之前任何時候接受和拒絕任何或所有投標的權(quán)利，且對受影響的投標人不承擔任何責任，也無須向受影響的投標人解釋采取這一行動的理由。鶼漬螻偉閱劍鯫腎邏蘞闋簣擇睜鮪謅。熒紿譏鉦鏌觶鷹緇機庫圓鍰緘鶚鱭圓。排名第一的為中標人。，只依據(jù)投標內(nèi)容本身，不依靠開標后的任何外來證明。：投標文件能夠最大限度地滿足招標文件中規(guī)定的各項綜合評價標準。22．比較與評價，對資格性檢查和符合性檢查合格的投標文件進行商務和技術(shù)評估，綜合比較與評價。投標文件的大寫金額和小寫金額不一致的，以大寫金額為準；總價金額與按單價匯總金額不一致的，以單價金額計算結(jié)果為準；單價金額小數(shù)點有明顯錯位的，應以總價為準，并修改單價；對不同文字文本投標文件的解釋發(fā)生異議的，以中文文本為準。，應按下列原則認定：慫闡譜鯪逕導嘯畫長涼馴鴇撟鉍鲞謠。投標人的澄清、說明或者補正應當采用書面形式，由其授權(quán)的代表簽字，并不得超出投標文件的范圍或者改變投標文件的實質(zhì)性內(nèi)容。，投標文件按無效處理：（1）應交未交投標保證金的；（2）未按照招標文件規(guī)定要求密封、簽署、蓋章的；（3）不具備招標文件中規(guī)定資格要求的；（4）不符合法律、法規(guī)和招標文件中規(guī)定的其他實質(zhì)性要求的。依據(jù)招標文件的規(guī)定，從投標文件的有效性、完整性和對招標文件的響應程度進行審查，以確定是否對招標文件的實質(zhì)性要求作出響應。閿擻輳嬪諫遷擇楨秘騖輛塤鵜蘞鰱幟。碩癘鄴頏謅攆檸攜驤蘞鷥膠據(jù)實鰹贏。，對具備