فاوا پایگاه بسیج شهدای ایرنا

 

 

قسمت اول: تامين و ارايه‌ي دليل

 

1- هدف اوليه‌ي اين يادداشت، ترويج استفاده از فناوري اطلاعات در رسيدگي به دعاوي مدني در دادگاه‌ها و تشويق دو طرف دعوا به استفاده از اين فناوري در زمان محاکمه است.

2- ممکن است دادگاه‌ها درباره‌ي استفاده از فناوري اطلاعات هنگام دادرسي و محاکمه، يادداشت‌هاي عملي بيشتري صادر كنند. يک استفاده کارآمدتر از فناوري اطلاعات، امتياز يک پروتکل توافق شده براي مبادله‌ي اطلاعات الکترونيکي در جريان ارايه‌ي دليل؛ در جلسه‌ي رسيدگي است.

3- دو طرف در جريان هر دعواي مدني، در زمان مشخص شده، به انجام موارد زير تشويق شده‌اند:

 

الف) استفاده از اطلاعات الکترونيکي براي تهيه‌ي ليستي از دلايل و مدارک قابل ارايه.

ب ) پذيرش نتايج حاصل ازمبادله‌ي اطلاعات الکترونيکي منطبق با پروتکل توافق شده.

ج) مبادله‌ي نسخه‌ي الکترونيکي دلايل و مدارک مثل لوايح و اظهاريه‌ها .

 د) تنظيم موضوعات ارايه شده براي بررسي و تحقيق در موارد مورد نياز، با استفاده ازاطلاعات الکترونيکي، از جمله  GFX.

و) توجه به استفاده از اطلاعات الکترونيکي در محاکمه.

 

4- اگر دو طرف متوجه شوند که قبل از شروع رسيدگي، بيش از پانصد مدرک و سند را (بافناوري اطلاعات)، بين خود رد و بدل خواهند کرد، بهتر است براي مبادله‌ي اسناد و مدارک و فهرست‌بندي آن‌ها در شکل الکترونيکي، توافق كنند.

 

5- اگر دو طرف توافق کنند که اسناد و مدارک را به شكل الکترونيکي مبادله كنند، انجام موارد زير مي‌تواند براي آن‌ها بسيار سودمند باشد:

 

الف) تلاش براي به دست آوردن يك توافق در پروتکل مورد استفاده.

 ب ) جلب موافقت دادگاه و رعايت پروتکل مورد توافق.

 ج ) تلاش براي به دست آوردن دستورمشابه با پروتکل از دادگاه، در صورتي كه دو طرف نتوانند به توافق برسند.

 

6- اگر دو طرف توافق كنند که براي يک پروتکل مبادله‌ي اطلاعات تصميم‌گيري كنند، پروتکل بايد شامل موارد زير باشد:

 

الف) مبادله‌ي اسناد و مدارک دادگاه، ابلاغ‌ها و اعلاميه‌ها، در شکل الکترونيکي

ب) مبادله‌ي الکترونيکي ليست‌هاي ضروري اسناد و مدارک قابل ارايه. (از جمله GFX، در موارد مقتضي)

ج) وسيله‌ي مناسب براي مبادله‌ي اطلاعات الکترونيکي در جريان ارايه‌ي ادله.

د) استفاده از فناوري در محاکمه.

 

7- اين يادداشت كاربردي در برگيرنده‌ي مطالبي براي  کمک به دو طرف براي توافق در يک پروتکل و راهنمايي آنها در زمينه‌ي چگونگي جمع‌آوري اطلاعات الکترونيکي است.

 

8- چک ليست فناوري تنظيم شده در ضميمه‌ي الف مي‌تواند براي دو طرف در تعيين پروتکل فناوري اطلاعات مفيد باشد. (پروتکل فناوري که در جريان دعوا بايد از آن استفاده شود.)

ضميمه‌ي الف –  به آدرس اينترنتي دادگاه فدرال مراجعه کنيد.

ضميمه‌ي ب – در زمينه‌ي استفاده از اطلاعات خام راهنمايي مي‌كند. بهتر است دو طرف براي گردآوري اطلاعات الکترونيکي از آن استفاده كنند.

ضميمه ج – به آدرس اينترنتي دادگاه فدرال مراجعه کنيد.

 

9- دادگاه هم‌چنين، در مواردي، دو طرف را تشويق مي‌كند که مدارک را به شکل الکترونيکي و قبل از جلسه‌ي رسيدگي به هيات قضات محاکمه کننده تحويل دهند. اين راهكار مي‌تواند با يک سند که در هارد ذخيره و ثبت شده است، تکميل شود.

 

10- واژه‌هاي فني اين يادداشت كاربردي در فهرست معاني ضميمه (C) تعريف شده‌اند. (به آدرس اينترنتي دادگاه فدرال مراجعه کنيد.)

 

مبادله الکترونيکي مدارک دادگاه

 

11- هنگامي که يکي از دو طرف يک لايحه، گواهي‌نامه، اعلاميه يا اظهاريه، ليست مدارک يا تحقيقات را براي طرف ديگر مي‌فرستد، گيرنده مي‌تواند کپي مدرک را در شکل الکترونيکي از فرستنده بخواهد.

 

12- دادگاه از دو طرف انتظار دارد با تقاضاي معقول براي ارايه‌ي کپي مدارک به شکل الکترونيکي موافقت كنند.

 

13- پيرو مورد 15 كه در زير به آن اشاره مي‌شود، زماني که يک طرف مدرکي را به شكل الکترونيکي تهيه مي‌کند، مدرك بايد حاوي همان مطالبي باشد كه در کپي کاغذي آن آمده است.

 

14- در موارد مقتضي، دو طرف مي توانند مدرک را به شكل‌هاي ساخته شده، مثل HTM بخواهند. بنابراين بر حسب مورد خطوط شبه نوشتاري هر جا كه لازم باشد، مي‌توانند استفاده شوند، براي مثال اگر سندي به يک سند  ID ارجاع دهد، يک خط شبه نوشتاري مي‌تواند براي تصوير کردن و بازتاب سند مربوط به آن استفاده شود.

 

15- هرگاه مدرکي ضمايم داشته باشد، به طور معمول از ارايه‌دهنده انتظار مي‌رود نسخه‌ي الکترونيکي ضمايم و مدارک اصلي را تهيه كند، به شرط آن که آن ضمايم به شكل يك مدرك الکترونيکي، به وسيله‌ي ارايه کننده يا از طرف او يا وکلايش براي دادخواهي ايجاد شده باشد.

 

16- دادگاه از دو طرف انتظار دارد، براي توافق در موضوعات زير تلاش كنند:

 

الف) شکل وقالبي که در آن نسخه‌هاي الکترونيکي مدارک دادگاه آماده (و ذخيره) مي‌شود.

ب) روش مبادله‌ي نسخه‌هاي الکترونيکي مدارک دادگاه .

پ) شرايط و مواردي که با دست‌يابي به آنها بايد اسناد دادگاهي به شکل الکترونيکي، مبادله شوند.

 

17- تهيه‌ي مدارک الکترونيکي به وسيله‌ي يک طرف با شرط آزمودن آن‌ها به وسيله‌ي گيرنده براي اطمينان درباره‌ي از بين نرفتن مدارک، نامعقول نخواهد بود.

 

18- دادگاه ممکن است به يکي از دو طرف دستور دهد، کپي‌هايي از مدارک دادگاه را در يک قالب الکترونيکي ويژه به دادگاه تقديم كند. پيرو آن‌چه كه در مورد 15 به آن اشاره شد، وقتي يک طرف مدرکي را به صورت الکترونيکي به دادگاه تقديم مي‌کند آن مدرک بايد داراي همان شکل و محتويات کپي کاغذي آن باشد. دادگاه از طرفي که مدارک را به صورت الکترونيکي تهيه مي نمايد انتظار دارد اخطاريه‌ي کتبي و مناسب درباره‌ي نياز به آزمودن صحت يا خرابي آن مدارک تهيه كند.

 

مبادله‌ي الکترونيکي ليست دلايل قابل ارايه و مدارک

 

19- دو طرف از آغاز جريان دعوا به بررسي راه‌هاي موثرتر فناوري اطلاعات، براي ارايه‌ي دليل و بازرسي مراحل محاکمه تشويق شده‌اند.

 

20- مناسب‌ترين استفاده‌ي فناوري اطلاعات، به طور معمول به درجه و طبقه‌ي مدارک ارايه شده بستگي دارد و بر حسب مورد مي‌تواند به توافق دو طرف يا دستور دادگاه در محدود کردن حوزه‌ي ارايه‌ي دليل وابسته باشد.

 

21- اگر دو طرف، حوزه و محدوده‌ي‌ ارايه‌ي دلايل و مدارک قابل ارايه را تعريف و معين كنند، تصميم‌گيري در خصوص استفاده‌ي مناسب از فناوري ساده‌تر است و بهتر اعلام خواهد شد . 

 

22- دستور رسيدگي دادگاه مي‌تواند متضمن دستورهاي زير باشد:

 

 الف) مذاکره‌ي دو طرف براي چگونگي بهترين استفاده از فناوري براي تبادل اطلاعات درباره‌ي مدارک قابل ارايه  يا کپي هاي آن.

ب) ارايه‌ي اظهاريه‌هاي کتبي در زمينه‌ي چگونگي بهترين استفاده از فناوري براي تبادل اطلاعات.

 

 پيش از رسيدگي 

 

دادگاه الکترونيکي شبکه‌اي ايجاد شده، مبتني بر وب است که دادگاه فدرال از آن به عنوان يک جلسه‌ي واقعي دادرسي به صورت online استفاده مي‌کند. براي ارسال دستورات و ساير تصميمات موقت قضايي online هنگام استفاده از شبکه، دادگاه مي‌تواند همانند يک جلسه‌ي عادي دادرسي اظهاريه‌هاي کتبي و مدارک گواهي‌نامه را دريافت و دستوراتي صادر كند. دو طرف براي ارتباط با دادگاه الکترونيکي بايد نام  کاربر و کلمه عبوري را که دادگاه صادر کرده است، وارد كنند. با اين كار مي‌توانند پيام‌هاي پست شده به شبکه را درباره‌ي موضوع مورد نظرشان بخوانند و پيام‌هاي خودشان را پست كنند. امکان دارد همراه پيام‌ها، مدارک و دلايل را نيز پيوست و به شبکه ارسال كنند. پايلوت، دادگاه الکترونيکي دادگاه فدرال، در جمعه 23 فوريه 2001، آغاز شده و ادامه دارد. در طول دوره‌ي راهنمايي، دست‌رسي به دادگاه الکترونيکي شده به دو طرف و نمايندگانشان محدود شده است. تنظيمات فني و پروتکل دادگاه الکترونيکي با استفاده از دادگاه تشکيل  ‌شده بر روي شبکه و با راهنمايي‌ها و ديگر نتايجي که از دادگاه به دست مي‌آورد، تجديد نظر مي‌شود.

 

پروتکل دادگاه الکترونيکي

 

دادگاه الکترونيکي مطابق پروتکل، استفاده مي‌شود. به طور خلاصه، دو طرف دعوا بايد همان‌گونه که در جلسه‌ي عادي دادگاه عمل مي‌شود، در دادگاه الکترونيکي رفتار كنند. پروتکل جزييات بيشتري را در زير مطرح نموده است:

 

شرايط ورود به شبکه و نيازمندي‌هاي فني

 

براي استفاده از شبکه شما به موارد زير نياز خواهيد داشت :

 

يک کامپيوتر استاندارد.

يک شبکه گسترش دهنده همراه يک رابط اينترنتي.

يک پست الکترونيکي.

يک نام کاربر و کلمه عبور كه دادگاه صادر مي‌كند.

 

امنيت اطلاعات

 

دادگاه الکترونيکي براي تامين امنيت و محفوظ ماندن مذاکرات، از سيستم و تکنولوژي  ssl استفاده مي‌کند. داشتن يک نسخه‌ي جست‌و‌جوگر اينترنتي 40 يا بالاتر يا "netscape narigator"  40  يا بالاتر باشيد براي استفاده از اين تسهيلات ضروري است.

 

پروتکل

 

رفتار هريک از دو طرف دعوا در دادگاه الکترونيکي مانند رفتار آنها در جلسه عادي دادگاه است. بدين معنا که دادگاه الکترونيکي تنها بايد براي بررسي‌ها و تشخيص موضوعات تعيين شده و به وسيله دادگاه يا قاضي مورد استفاده قرار گيرد.

دادگاه الکترونيکي براي مذاکرات انحصاري بين دو طرف دعوا يا نمايندگان آنها مورد استفاده قرار نمي گيرد به ويژه زمانيکه مذاکرات محرمانه يا حساس باشند.

زبان و روش مذاکره در دادگاه الکترونيکي بايد مشابه آن چيزي باشد که در جلسه عادي دادرسي استفاده مي شود.

تعهداتي که يکي از دو طرف يا نماينده‌اش بر روي شبکه به دادگاه يا قاضي يا طرف ديگر مي‌دهد، مانند تعهدات پذيرفته شده در جلسه‌هاي عادي رسيدگي، بايد رعايت و اجرا شود.

قواعد مربوط به اهانت به دادگاه در دادگاه الکترونيکي نيز همانند جلسه‌ي عادي رسيدگي اعمال مي‌شود.

براي هر موضوع مطرح شده در دادگاه الکترونيکي يک کپي از مباحث رد و بدل شده در قالب يک متن فقط خواندني( reed – only) در وب‌سايت شبکه، در دست‌رس است، مگر اين‌که دادگاه يا قاضي دستورات ديگري صادر كنند.

 

موضوعاتي که مي‌توانند در دادگاه الکترونيکي مطرح شوند

 

تمام موضوع يا بخشي از موضوع که بايد در دادگاه الکترونيکي مطرح شود، به وسيله‌ي دادگاه يا قاضي تعيين خواهد شد. اين امر با توجه به ماهيت و پيچيدگي موضوعاتي که بايد حل و فصل شوند و تعداد طرفين، دست‌رسي هر طرف به پست الکترونيکي و اينترنت، نظريات دو طرف، ماهيت و حدود هر دليل قابل ارايه، ضرورت تمام يا بخشي از موضوع  صورت مي‌پذيرد.

 

پايان استفاده از دادگاه الکترونيکي براي يک موضوع يا عنوان خاص

 

دادگاه يا قاضي مي‌تواند به تشخيص خود و يا به درخواست يکي از دو طرف، در هر زماني به استفاده از شبکه در مورد يک موضوع يا بخشي از موضوع خاتمه دهد.

 

کد ورود

 

هر يک از دو طرف دعوا يا اعضاي دادگاه الکترونيکي، نام کاربر و کلمه عبور مخصوص به خود دارند. محرمانه ماندن اين اطلاعات و حفظ و نگه‌داري آنها در مکاني امن بسيار مهم است.

دادگاه يا قاضي چنين فرض مي‌كند که پيام‌ها و مدارک ارسالي به دادگاه الکترونيکي از حساب يک کاربر خاص، از طرف و با مسئوليت صاحب حساب ارسال شده است.

 

استفاده از دادگاه الکترونيکي

 

دادگاه يا قاضي مي‌توانند در مورد اين‌که يك موضوع يا بخشي از موضوع چگونه در شبکه به كار برده شود، دستوراتي صادر كند، مثل اين‌که دادگاه يا قاضي مي‌تواند دستور دهد:

 

چه موضوع يا موضوعاتي در دادگاه الکترونيکي مطرح شوند.

چه کساني مي توانند در دادگاه الکترونيکي شرکت نمايند.

حداکثر طول پيام يا ضمايم و پيوست هاي آن چقدر باشد.     

حداکثر زماني که مي‌توان پيام ها (از جمله جوابيه و دفاعيات) را به دادگاه الکترونيکي ارسال كرد، چقدر است.

 

پيام‌ها

 

پيام‌ها بايد :

 

با موضوعات يا زمينه‌ي بخشي که براي آن پيام ارسال شده مرتبط باشند.

خلاصه، حاوي مطلب اصلي و به‌جا باشند.

 

مدارک

 

مدارک را مي‌توان به پيام‌هاي فرستاده شده به شبکه، پيوست كرد؛ ولي نمي‌توان آن‌ها را در دادگاه استفاده‌کننده از دادگاه الکترونيکي ثبت كرد. مدارک فقط مي‌توانند مطابق دستور يکم قواعد SA, SAB, SAC از قواعد دادگاه فدرال ثبت شوند.

در موارد فوري و ضروري مي‌توان مدرک ثبت شده را به دادگاه الکترونيکي فرستاد به شرط  آن‌كه مدرک پس از آن در دادگاه ثبت خواهد شد.

در مواردي که در پيام به مدرکي ثبت شده اشاره مي‌شود، مي‌توان براي آساني ارجاع، يک کپي از مدرک ياد شده را به پيام پيوست كرد. در اين موارد پيام بايد حاوي تاريخ ثبت مدرک باشد.

 

ارسال مدارک بايد به يکي از اشکال زير باشد:

 

Rich Text format (RTF))

Portable Document format (PDF))

Tagged Damag format (TIF))

Graphical  Information format (GIF)

Joint photographic Experts Group (JPG)

or word

 

احکامي كه بايد مورد رضايت دو طرف باشد:

 

هنگامي که مدرک ارسالي به  دادگاه الکترونيکي پيش‌نويس يک حکم سازشي باشد، پيامي که مدرک به آن پيوست شده است بايد در برگيرنده تصديقي از ارسال کننده باشد. مبني بر اين که هر دو طرف آن را ديده‌اند و با شرايط حکم سازشي موافق هستند. پيامي که براي به دست آوردن حکم سازشي ارسال مي‌شود، ممکن است پي در پي پيوست‌هاي پايين را به همراه داشته باشد:

 

کپي احکامي که به امضاي هر طرف يا نمايندگانشان رسيده است. پيرو دستور 41 قاعده‌ي 7  از قواعد دادگاه فدرال .

مدرکي که انعکاس دهنده احکام سازشي امضا شده است.

 

ثبت احکام

 

احکامي که به وسيله‌ي دادگاه يا قاضي در دادگاه الکترونيکي صادر مي‌شوند بايد به روش عادي و به موجب دستور 36 از دادگاه فدرال ثبت شوند.

 

دادگاه الکترونيکي و ميانجي‌گري

 

ممکن است از برخي پرونده‌ها، از دادگاه الکترونيکي در جهت ميانجي‌گري استفاده شود. در چنين مواردي که شرايط پروتکل تا اندازه‌اي که مرتبط هستند، اعمال مي‌شود، متصدي ثبت که مسئول ميانجي‌گري است ممکن است در مورد نحوه‌ي عمل براي ميانجي‌گري در شبکه دستوراتي بدهد. براي مثال وي ممکن است در موارد زير دستوراتي صادر كند:

 

- موضوع يا موضوعاتي که بايد در دادگاه الکترونيکي مطرح شوند.

- کسي‌که مي‌تواند در شبکه مشارکت كند.

- حداکثر طول پيام‌ها و ضمايم و پيوست‌ها و حداکثر زماني که پيام ها (از جمله پاسخ‌ها و يا دفاعيات) بايد به شبکه فرستاده شوند.

 

محاکمات بدوي و تجديدنظر الکترونيکي، در جريان دادرسي

 

محاکمات بدوي و تجديدنظر الکترونيکي عبارت‌اند از جريان کار دادگاه، زماني‌ که اکثر مدارک و اوراق مرتبط ذخيره شده‌اند و کليه‌ي اقدامات درجريان رسيدگي به طور الکترونيکي در دست‌رس هستند.

محاکمه‌هاي الکترونيکي هم‌چنين به عنوان "جلسه‌هاي بدون اوراق دادرسي" شناخته شده‌اند. زيرا در اين محاکمه‌ها استفاده از اوراق کپي مدارک (کپي هاي کاغذي) به حداقل مي‌رسد. ايده‌ و فکر "جلسات بدون اوراق دادرسي" هم در محاکمه‌هاي بدوي و هم در جريان رسيدگي تجديدنظر مي‌تواند اعمال شود.

براي درك مفهوم مورد نظر در محاکمه‌ي بدوي، مي‌توان به يک نمونه‌ي راهنما كه در پرونده‌ي پيتر دي‌ رز روي داده است، اشاره كرد. قاضي O Loughlin سرتاسر محاکمه را اداره کرده بود و بيشتر آن در شهري در ناحيه 470 کيلومتري جنوب "آليس اسپرينگ" بررسي شده بود. پرونده براي اولين بار در ژوئن  تا جولاي و سپتامبر تا  اکتبر 2001 بررسي شد.

ناظران و متصديان دادگاه فدرال با کمک‌هاي تکنيکي محدودي از پيمان‌کاران، بيشتر جنبه‌هاي فني اين محاکمه را نظارت كردند.

يک نمونه از مفهوم مورد نظر در مرحله‌ي تجديدنظر در پرونده‌ي کوبيلو است. پيمان‌کاران بيشتر جنبه‌هاي فني مرحله‌ي تجديدنظر را با همكاري فني و محدود اعضاي دادگاه فدرال نظارت كرند. 

 

 

 

 

هدف دولت الكترونيك ارائه خدمات بهتر، با هزينه، كمتر و اثر بخشي بيشتر است؛ ولي
نمي‌توان استاندارد مشخصي براي ساير ويژگي‌هاي آن معرفي كرد، زيرا هر دولتي
مي‌تواند با توجه به نيازهاي جامعه خودش نظام دولت الكترونيك را پايه‌ريزي كند.

رشد و توسعه فناوري اطلاعات و مزاياي زياد کاربرد اين فناوري در بهبود روند ارائه خدمات سازما‌ن‌هاي دولتي، سبب گرايش دولت‌ها به اين فناوري و حرکت به سمت پياده‌سازي دولت الکترونيک شده است. در اين مطلب با مروري بر مفاهيم و اصطلاحات رايج در زمينه دولت الکترونيک مقدمه‌اي اجمالي بر اين مبحث بيان مي‌گردد.

1- تعاريف و اصطلاحات
• دولت الكترونيك (E- Government): دولت الكترونيك استفاده از فناوري‌هاي اطلاعاتي و ارتباطي به منظور ارائه خدمات دولتي، به صورت بهنگام و مستقيم به شهروندان، در 24 ساعته شبانه روز و 7 روز هفته است. دولت الكترونيك به افراد تسهيلات لازم جهت دسترسي مناسب به اطلاعات و خدمات دولتي و فرصت‌هاي گسترده‌تر براي مشاركت در فرايندها را ارائه مي‌نمايد.

• ذي‌نفع (Stakeholder): افراد، سازمان‌ها و گروه‌هاي خاصي هستند كه به نحوي به طرح‌ها و برنامه‌هاي دولت علاقه‌مند هستند و تصميمات دولت براي آنها اهميت دارد و به عبارتي در فعاليت‌هاي دولتي ذي‌نفع هستند؛ مانند كارفرماياني كه مصوبات دولت در مورد حداقل حقوق كارگران براي آنها از نظر كاري و حرفه‌اي داراي اهميت است.

• مشتري (Customer):استفاده‌كننده از سرويس‌هاي دولتي را مشتري مي‌گويند، مانند بازنشستگاني كه حقوق بازنشستگي دريافت مي‌كنند و يا افرادي كه براي معالجه به كلينيك‌هاي دولتي مراجعه مي‌نمايند.

• شهروند (Citizen): فردي با حقوق و مسئوليت‌هاي تعريف‌شده و معين در جامعه؛ اين حقوق شامل حق رأي، حق اظهار نظر آزاد و ... مي‌شود. افرادي كه در انتخابات شركت كرده و رأي مي‌دهند و يا اشخاصي كه در يك تجمع سياسي سخنراني مي‌كنند، مشتريان دولت نيستند؛ بلكه شهرونداني هستند كه در فعاليت‌هاي جامعه شركت مي‌كنند.

• بنگاه (Business): شركت‌هاي تجاري و خصوصي بوده كه از يك سو با دولت و سازمان‌هاي دولتي و از سوي ديگر با مصرف‌كنندگان (consrmers) يا مشتريان در ارتباط هستند. تمامي شركت‌ها از زمان تأسيس شركت براي ثبت و امور مالي و مالياتي و رعايت استانداردها و قوانين و ... با دولت و ارگان‌هاي اداري در ارتباط هستند. همچنين برخي شركت‌ها به عنوان پيمانكار با دولت در تعامل هستند مثل شركت‌هايي كه برخي پروژه‌هاي عمراني دولت را بر عهده مي‌گيرند.

2- ساختار و روابط دولت الکترونيک
در واقع ستون‌ اصلي دولت الكترونيك، ارتباطي است كه دولت با شهروندان، بنگاه‌هاي اقتصادي، كاركنان و ساير مؤسسات دولتي برقرار مي‌سازد و اين ارتباطات است كه روح دولت الكترونيك را تشكيل مي‌دهد. در اين قسمت سعي مي‌كنيم ابعاد مختلف دولت الكترونيك و روابط بين آنها را بشناسيم. دولت الكترونيك براي سرويس‌دهي به شهروندان، واحدهاي خصوصي و سازمان‌هاي دولتي ديگر، از مجراهاي مختلفي استفاده مي‌كند كه اين خود به روابطي مابين دولت و اركان جامعه مي‌انجامد كه تحت عناوين زير دسته بندي مي‌شوند:

• G2E: رابطه دولت با شهروندان كه طي آن دولت سرويسي را به شهروندان ارائه مي‌دهد‌. در اينجا شهروند به عنوان عضوي از جامعه كه حق او استفاده از سرويس‌هاي دولت الكترونيك است، اين خدمات را به صورت رايگان دريافت مي‌كند.

• G2B: رابطه‌اي بين دولت و بنگاه‌هاي تجاري وخصوصي است كه طي آن دولت سرويسي رابه آن سازمان يا شركت خصوصي ارائه مي‌دهد. به عنوان مثال مي‌توان به مزايده‌اي كه از طرف دولت در اينترنت به اجرا گذاشته مي‌شود و شركت‌هاي خصوصي از طريق اينترنت در اين مزايده شركت مي‌كنند اشاره كرد. خدماتي از قبيل ارائه مجوز وگواهي‌نامه‌ها، انجام خريد و فروش كالاها، خدمات وغيره دراين بخش انجام مي‌گيرد.

• G2G: رابطه‌اي بين سازمان‌هاي درون دولت و يا بين دولت‌هاي مختلف كه طي آن، هريك از اين سازمان‌ها يا دولت‌ها مي‌توانند به ديگري سرويس دهند و يا روابطي در زمينه‌هاي مختلف داشته باشند. اكثر امور اداري دولت به نحوي به هم مربوط هستند. بدين معني كه اطلاعات يك سازمان يا بخش مورد استفاده، از سرعت و اطمينان كافي برخوردار نيست. به همين دليل نياز به اتصال سازمان‌هاي مختلف دولتي احساس مي‌شود.

• G2E: رابطه بين دولت با كارمندانش است و شامل سرويس‌هايي است كه از طرف دولت به كارمندان اداري سازمان‌هاي مختلف دولتي در رابطه با كار و شغل آنها ارائه مي‌شود. اين سرويس‌ها مي‌توانند شامل امور مالي، حقوقي و ماليات و … مربوط به كارمندان باشد. رسيدگي به نحوه عملكرد كارمندان و ارتباطات داخلي يك سازمان دولتي جهت كاهش كاغذبازي و جلوگيري از اتلاف زمان و افزايش كارايي سازمان دولتي نيز مي‌تواند از جمله كاركردهاي GE باشد.

با توجه به روابطي كه مطرح شد ارتباطات ديگري در جهت مخالف نيز بين دولت و اركان جامعه وجود دارد كه مي‌توان به يكي از آنها اشاره كرد:

• C2G: عبارت است از ارتباطي ميان دولت و مردم كه طي آن شهروندان اطلاعاتي را به دولت ارائه مي‌دهند. به عنوان مثال در يك رأي‌گيري الكترونيكي فرم‌ها و آرائي كه شهروندان به دولت ارائه مي‌دهند؛ يك ارتباط C2G را به وجود مي‌آورد.

3- ويژگي‌هاي دولت الکترونيک
هدف دولت الكترونيك ارائه خدمات بهتر، با هزينه، كمتر و اثر بخشي بيشتر است؛ ولي نمي‌توان استاندارد مشخصي براي ساير ويژگي‌هاي آن معرفي كرد، زيرا هر دولتي مي‌تواند با توجه به نيازهاي جامعه خودش نظام دولت الكترونيك را پايه‌ريزي كند.

• (S (SMALL: دولت الكترونيك نبايد گستردگي بيش از حد داشته باشد؛ تا بتواند از اتلاف نيروي انساني و سرمايه جلوگيري كند. بنابراين بهتر است دولت‌هاي بزرگ به دولت‌هاي محلي كوچك‌تر تقسيم شوند.

• (M(MORAL: دولت الكترونيك بايد مقيد به اخلاق بوده و حريم اطلاعات خصوصي شهروندان را حفظ نمايد.

• (A (AUDITABLE: دولت الكترونيك بايد نسبت به فعاليت اجتماعي، اقتصادي و سياسي كه انجام مي‌دهد جوابگو باشد؛ بدين معني كه شهروندان بتوانند تا حد امكان از روند پيشرفت اين فعاليت‌ها آگاهي‌هاي لازم را كسب كنند.

• (R (RESPONSIBLE: دولت الكترونيك بايد در صورت بروز مشكلاتي ناشي از فعاليت‌هايش به مردم پاسخگو باشد.
• (T (TRANSPARENT: دولت الكترونيك بايد از موضع شفافي در رابطه با امور شهروندان برخوردار باشد.

4- مراحل تكامل دولت الكترونيك
در جريان گسترش كمي و كيفي سرويس‌هايي كه دولت الكترونيك به جامعه ارائه مي‌دهد، دولت از مراحل مختلفي عبور مي‌كند كه مي‌توان آنها رابه چهار مرحله تقسيم كرد:

- به وجود آمدن وب‌سايت‌هاي دولتي كه شامل اطلاعاتي درمورد سازمان‌هاي مختلف دولتي است.
- ايجاد وب‌سايت‌هاي دولتي كه شامل اطلاعات سازمان‌ها دريك محيط تعاملي هستند.
- ايجاد وب‌سايت‌هايي كه به سرويس‌گيرندگان اين اجازه را مي‌دهند كه بتوانند به اطلاعات شخصي مورد نياز خود دست يابند.
- گسترش وب‌سايت‌ها و شبكه‌هايي كه دائماً به شهروندان خدمات مي‌دهند و شامل سازمان‌هاي بسيار زيادي هستند كه توسط اين شبكه به يكديگر متصل شده‌اند.

مراحل پيشرفت دولت الكترونيك و سرويس‌هاي ارائه‌شده در هر مرحله در شكل زير به نمايش درآمده است.

سازمان ملل براي ارزيابي پيشرفت كشورها در برپايي دولت الكترونيك پنج مرحله زير را شناسايي نموده است:

• مرحله نوظهور
طي اين مرحله تعدادي وب‌سايت ساده و مستقل از هم توسط دستگاه‌هاي دولتي ايجاد مي‌شود كه بر روي آنها اطلاعاتي محدود و پايه‌اي گذاشته مي‌شود.

• مرحله تکامل‌يافته
در اين مرحله بر تعداد سايت‌هاي دولتي افزوده مي‌شود. در اين مرحله اطلاعات غني‌تر و پويا هستند و تغييرات با تواتر بيشتري درسايت‌ها اعمال مي‌شوند.

• مرحله تعاملي
در اين مرحله كاربران از فرم‌هاي الكترونيكي استفاده مي‌كنند و از طريق اينترنت با مقامات دولتي براي انجام كارهاي خود تماس برقرار كرده و درخواست‌ها و قرار ملاقات‌هاي خود را به صورت on line تنظيم مي‌نمايند.

• مرحله تراكنش
طي اين مرحله كاربران مي‌توانند پرداخت هزينه خدمات و يا انجام تبادلات مالي را از طريق شبكه و‌ به صورت امن انجام دهند.

• مرحله يكپارچه
طی اين مرحله كليه فعاليت‌هاي دولتي به صورت يكپارچه بر روي شبكه اينترنت ارائه خواهد شد.

5- موانع گسترش دولت الكترونيك
از ميان موانع گسترش دولت الكترونيك، مي‌توان به سه مورد اصلي اشاره كرد كه عبارتند از: فرهنگي، سازماني و محدوديت منابع.

5-1- عوامل فرهنگي
5-1-1- موقعيت كنوني
بررسي دولت‌ها و مطالعات اوليه آنها براي به اجرا درآوردن طرح دولت الكترونيك نشان داده است كه مشكل اصلي ايجاد وتوسعه دولت الكترونيك، تكنولوژي نيست، بلكه مشكل اصلي در اين است كه آيا فرهنگ جامعه آمادگي پذيرش تغييرات بسيار زيادي كه ايجاد خواهد شد را دارد يا خير.

اين تغييرات تأثير اصلي خود را بر كارمندان دولتي خواهند گذاشت. بررسي‌ها نيز نشان مي‌دهد كه عده‌اي از كارمندان دولت با تغييرات سريع در نظام اداري مخالفند. درحالي كه عده‌اي ديگر با آن موافق بوده و از آن استقبال مي‌كنند.

براي راضي كردن عموم مردم نيز بايد جامعه را متقاعد كرد كه انتقال اطلاعات به قدر كافي امن هست وحريم خصوصي افراد كاملاً رعايت مي‌شود. در ساختار سازماني يك دولت الكترونيك‌، كارمندان به جاي جلوگيري از خطر و ريسك دركارهاي اداري به مديريت ريسك مي‌پردازند.

درچنين محيطي افراد به خلاقيت و نوآوري در كارهاي اداري تشويق مي‌شوند. همچنين در جامعه اطلاعاتي پيشرفته، شهروندان و واحدهاي خصوصي به امنيت سيستم دولت الكترونيك اطمينان داشته و اكثر امور خود را از طريق آن انجام مي‌دهند، در چنين فضايي دولت نيز از خلاقيت و نوآوري حمايت مي‌كند.

5-1-2- راه رسيدن به محيط فرهنگي مطلوب
عملي ساختن دولت الكترونيك بيش از هر چيز، به مديريت و راهبري بسيار كارآمد نياز دارد. اين هيأت‌مديره تنها از متخصصان IT تشكيل نمي‌شوند؛ بلكه در اين هيأت افرادي با تخصص‌هاي اقتصاد، مديريت و جامعه‌شناسي نيز حضور خواهند داشت. گام اصلي بعدي تنظيم يك برنامه همه جانبه براي ادامه عملي ساختن دولت الكترونيك است.

5-2- عوامل سازماني و اداري
5-2-1- موقعيت كنوني سازمان‌ها وادارات
درحال حاضر، ادارات دولتي داراي روابط بين سازماني نيستند و اين به دليل فقدان يك شبكه الكترونيكي مناسب بين آنها است. مسئولان اين سازمان‌ها نيز تنها به مديريت در حوزه درون‌سازماني عادت كرده‌اند و ارتباط بين سازمان‌هاي مختلف مي‌تواند مشكلاتي را براي آنها ايجاد كند. روش تصميم‌گيري بالا به پايين نيز عامل ديگري است كه به مشكلات مديريتي دامن زده است.

5-2-2- ساختار اداري مطلوب دولت الكترونيك
در يك نظام دولتي الكترونيك، موانع و حصارهاي بين سازماني برداشته مي‌شود و دولت از يك نظام بسته و محتاط به يك نظام باز كه در آن نوآوري حرف اول را مي‌زند تبديل مي‌شود.

5-2-3- راه رسيدن به ساختار اداري مطلوب
يكي از راه‌هاي مؤثر مي‌تواند دادن پاداش به كارمندان و مديراني باشد كه به جا افتادن دولت الكترونيك در سازمان خود كمك مي‌كنند. حتي برخي دولت‌ها ارگان‌هاي خاصي را جهت دنبال كردن اين موضوع تاسيس كرده‌اند در همين حال به موازات اين فعاليت‌ها، متخصصان IT درحال ساختن زير بناي لازم براي مرتبط ساختن ارگان‌هاي مختلف به يكديگر خواهند بود.

5-3- كمبود منابع
5-3-1- وضعيت حاضر
همان‌طور كه گفته شد در حال حاضر- درجوامع پيشرفته‌اي مثل ايالات متحده - كمبودي از لحاظ منابع تكنولوژيك احساس نمي‌شود؛ اما كمبود نيروي انساني متخصص چه از لحاظ فني و چه از نظر مديريتي يك مشكل عمده در راه سرعت بخشيدن به روند تغير به دولت الكترونيك به شمار مي‌رود. از طرفي به دليل نو و بديع بودن اين موضوع در واقع مي‌توان گفت كه هيچ نيروي مديريتي با تجربه‌اي، براي پياده‌سازي دولت الكترونيك در سطح جامعه وجود ندارد.

5-3-2- وضعيت مطلوب براي پياده سازي دولت الكترونيك
يك موج جديد از افراد تحصيل‌كرده در فناوري اطلاعات و مديريت وارد دولت مركزي خواهند شد. از طرفي بهتر است دولت تا حد امكان به وسيله آموزش و حقوق بيشتر به جذب افراد شايسته از بين كاركنان فعلي دولت اقدام كند؛ زيرا اين افراد با ساختار دولتي و اداري آشنايي بيشتري دارند.

5-3-3- راه رسيدن به وضعيت مطلوب
گرچه استخدام مديراني كه توانايي‌هاي گسترده‌اي در فناوري اطلاعات دارند، يك اقدام اساسي و اصولي محسوب مي‌شود؛ اما آموزش مديران قديمي و استفاده از آنها اين مزيت را دارد كه اين افراد مي‌توانند درهزينه‌ها صرفه‌جويي كرده و اعتبارات مازاد را براي بهبود كيفيت زيرساخت‌هاي تكنولوژيك دولت الكترونيك به كار گيرند.

معماري مبتني بر سرويس رويکرد جديدي در دنياي نرم‌افزار است که با رفع محدوديت‌ها و
نواقص معماري‌هاي پيشين به عنوان بهترين گزينه در اين زمينه محسوب مي‌گردد. در اين
مقاله سعي شده است مفاهيم و اصول پايه‌اي اين معماري به طور اجمالي مورد بررسي قرار
گيرد.

 

مقدمه
سيستم‌هاي اطلاعاتي به سرعت در حال رشد هستند؛ سازمان‌ها نيازمند پاسخگويي سريع به نيازمندي‌هاي جديد کسب‌وکار هستند. اين در حالي است که معماري‌هاي نرم‌افزاري موجود به حد نهايي قابليت‌هاي خود رسيده‌اند. معماري مبتني بر سرويس SOA قدم تکاملي بعدي براي کمک به سازمان‌ها جهت مديريت چالش‌هاي پيچيده است.

معماري مبتني بر سرويس حالت بلوغ يافته معماري مبتني بر اجزا، طراحي مبتني بر واسطه (شي‌گرا) و سيستم‌هاي توزيع ‌شده است. در معماري مبتني بر اجزا عملکرد کلي به کارهاي کوچک‌تري تقسيم مي‌شود که هر يک در يک جزء بسته‌بندي خواهند شد. يک سيستم توزيع‌شده، تعميمي از يک معماري مبتني بر اجزا است که به اجزائي که در موقعيت‌هاي فيزيکي مختلف وجود دارند، اشاره مي‌کند.

مهم‌ترين مزيت معماري مبتني بر اجزا سهولت در استفاده مجدد و تغيير هدف اجزاي خاص و سهولت در امر نگهداري سيستم است. استفاده مجدد و تغيير هدف معمولاً مهم‌ترين پيشران‌هاي کسب‌و کار جهت استفاده از اين نوع معماري در دهه 90 ميلادي بوده است. بر اساس منطق معماري مبتني بر سرويس، سيستم‌هاي نرم‌افزاري بزرگ مي‌توانند از گردآوري مجموعه‌هايي از عملکردهاي مستقل و قابل استفاده مجدد تشکيل گردند.

برخي از اين عمليات مي‌تواند از طريق سيستم‌هاي موجود و يا سيستم‌هاي ديگر فراهم گردد ولي ساير عمليات لازم بايد پياده‌سازي شوند. هر سرويس امکان دسترسي به مجموعه خوش‌ تعريفي از عمليات را مي‌دهد. سيستم به عنوان يک کل به صورت مجموعه‌اي از تعاملات بين اين سرويس‌ها طراحي مي‌شود. معماري مبتني بر سرويس، سرويس‌هايي را که سيستم از آنها تشکيل شده را تعريف ‌مي‌کند و تعاملات لازم بين سرويس‌ها جهت ارائه رفتار مشخص را توصيف ‌مي‌کند و در نهايت سرويس‌ها را به يک يا چند پياده‌سازي در تکنولوژي‌هاي خاص تصوير مي‌کند.

SOA بر اساس استفاده از اشياء و اجزا توزيع شده است و قدم تکامل بعدي در محيط‌هاي محاسبه‌اي است. اين معماري در حال حاضر مدل مرجع استانداردي ندارد؛ اما پياده‌سازي‌هاي موجود مفاهيم مشترکي را مورد استفاده قرار مي‌دهند که در ادامه اين مفاهيم پايه مورد بررسي قرار مي‌گيرند.

2- مفاهيم اصلي در معماري مبتني بر سرويس
در حال حاضر استاندارد مشخصي براي تعريف SOA وجود ندارد اما مواردي که در ادامه مي‌آيد مهم‌ترين و سازگارترين موارد در پياده‌سازي SOA هستند.

2-1- سرويس‌
يک سرويس رفتار تعريف شده قراردادي است که مي‌تواند به‌وسيله يک جزء براي استفاده جزء ديگر پياده‌سازي شده و فراهم گردد.

2-2- شرح سرويس
شرح سرويس پارامترهاي فني، قيود و سياست‌هايي را شامل مي‌شود که قالب‌هاي لازم براي فراخواني سرويس را تعريف مي‌کند. هر سرويس بايد شامل تعريف سرويس در قالب استاندارد باشد. اين موضوع کاربردها و کاربران انساني را قادر مي‌سازد تا با بررسي شرح سرويس و تعيين موضوعاتي نظير اين‌ که سرويس چه کاري انجام مي‌دهد، چگونه به آن انتصاب مي‌يابند و اين‌که چه پروتکل‌هاي امنيتي (در صورت وجود) بايد به همراه آن مورد استفاده قرار گيرد، از آن سرويس استفاده کند.

اين اعلان همچنين ممکن است شامل جزئياتي در مورد هر فرايند ضمني و ديگر واژه‌هاي کاري و قانوني باشد که ممکن است در زمان فراخواني سرويس اتفاق بيفتد. به عنوان مثال، اگر يک استفاده‌کننده سرويس، سرويسي را فراخواني کند که يک درخواست خريد را براي فراهم‌کننده سرويس ارسال نمايد، و اجرا موفقيت‌آميز باشد، اين موضوع ممکن است منجر به مسئوليت مالي نسبت به فراهم‌کننده سرويس يا بخش قانوني ديگر مي‌شود.

در حاليکه طبيعت سرويس‌ها ممکن است تغيير کند، استاندارد مشترکي جهت اعلان يک سرويس هنگام تهيه يک زيرساخت مطلوب است. دو نمونه از چنين استانداردهاي موجود ebXML و WSDL هستند.

2-3- اعلان و يابش سرويس‌ها
شرح سرويس بايد به شيوه‌اي قابل دسترسي در اختيار کاربران بالقوه قرار گيرد که به اين امر اعلان سرويس اطلاق مي‌شود.

يابش، ‌زماني انجام مي‌شود که يک مشتري بالقوه اطلاعاتي در مورد وجود يک سرويس، پارامترهاي قابل اعمال و واژگان آن به دست آورد. يافتن، بحث تصديق هويت جهت اجراي سرويس را شامل نمي‌شود؛ گرچه اين جزئيات ممکن است در الگوي يافتن قرار گيرد.

اجزاي اعلان و يابش در SOA به شيوه‌هاي مختلف از جمله استفاده از روش ثبات / مخزن و يا روش دايرکتوري سرويس قابل پياده سازي هستند.

• پياده‌سازي به روش ثبات / مخزن
يک ثبات / مخزن جزئي است که در آن کاربران امکان ذخيره و مديريت سرويس‌هاي لازم براي عملکرد سازمانشان را خواهند داشت. اين موضوع شامل سرويس‌هايي است که تسهيم بين بيش از يک کاربر (نظير xml schemas و شرح web-service) را فراهم مي‌آورد که به ثبات به گونه‌اي منتسب مي‌شود که ثبات در مورد تمامي رويدادهاي قابل ارزيابي نسبت به محصولات در مخزن اطلاع دارد.

• پياده‌سازي به روش دايرکتوري
دايرکتوري يک واسط است که اطلاعات انتساب به محصولات را فراهم مي‌آورد. افرادي که مالک محصولات هستند و يا آنها را کنترل مي‌کنند، مي‌توانند يک مدخل به دايرکتوري باز کرده تا به محصولات ارجاع داده و خود انتسابات به آن را توضيح دهند. ديگران ممکن است اين اطلاعات را بازيابي کرده و از آن جهت انتساب به محصولات استفاده کنند. مهم‌ترين مشکل دايرکتوري اين است که هيچ کنترل يا اطلاع‌رساني در صورت حذف، تغيير و جايگزين شدن يک محصول انجام نمي‌دهد و قادر به اعلام اين رويدادها به کاربران نيست.

هر دو پياده‌سازي دايرکتوري و ثبات / مخزن امکان سازگاري با يکديگر را دارند. به اين معنا که عملکرد اجازه مي‌دهد که محتوا از يک پياده‌سازي توسط يک پياده‌سازي ديگر مورد ارجاع قرار گيرد.
چندين استاندارد وجود دارد که پياده‌سازي‌ها دايرکتوري و ثبات / مخزن را دارند. رايج‌ترين استانداردها عبارتند از:

2-4- خصوصيات مدل داده‌اي مرتبط
در هنگام فراخواني يک سرويس، پارامترهاي مشخصي ممکن است براي انجام درخواست سرويس مورد نياز باشد. سرويس همچنين ممکن است پارامترهايي را به کاربر سرويس بازگرداند. W3C WSDL يک نمونه شناخته شده از پياده‌سازي اين بخش است.

3- اصطلاحات رايج در معماري مبتني بر سرويس
• فراهم‌کننده سرويس: يک موجوديت نرم‌افزاري که خصوصيات سرويس را پياده‌سازي مي‌کند.
• درخواست‌کننده سرويس: يک موجوديت نرم‌افزاري که يک فراهم‌کنندة سرويس را فراخواني مي‌کند، به‌طور سنتي اين مورد به عنوان "کلاينت" شناخته مي‌شود؛ اما يک درخواست‌کننده سرويس مي‌تواند يک کاربر برنامه کاربردي و يا سرويس ديگر باشد.
• موقيعت‌ياب سرويس: يک نوع خاص از فراهم‌کننده سرويس که به‌عنوان يک ثبات عمل مي‌کند و امکان جست‌وجوي واسطه‌هاي فراهم‌کننده سرويس و موقعيت سرويس را مي‌دهد.
• واسط سرويس: يک نوع خاص از فراهم‌کننده سرويس است که مي‌تواند درخواست سرويس را به يک يا چند فراهم‌کننده سرويس منتقل کند.

4- چارچوب SOA
4-1- زيرساخت SOA
4-1-1- نقشه مفهومي

شکل‌هاي 2 تا 4 نقشه‌هايي مفهومي هستند که مفاهيم پايه SOA را مستقل از معني و تکنولوژي‌ها تشريح مي‌کنند. نقشه‌هاي مفهومي غير رسمي بوده و نمايش گرافيکي از مفاهيم و رابطه بين آنها را شامل مي‌شود. شکل 2 مثالي از يک نقشة مفهومي است.

 

 

اغلب معماري‌هايي که SOA ناميده مي‌شوند، شامل يک فراهم‌کننده سرويس، يک کاربر سرويس و برخي زيرساخت‌هاي پيام‌رساني هستند.

 

4-1-2- مفاهيم اختياري و زيرساخت‌هاي SOA اشتراکي

 

جهت اجراي تعهدات در زمان اجرا، اغلب SOAها ممکن است شامل مفاهيمي اضافه بر آنچه در شکل 3 نشان داده شده است، باشند. مفاهيم ديگر کاربران سرويس، کلاينت سرويس، قرارداد پذيرش سرويس و فراخواني سرويس هستند. فراخواني يک سرويس يا وجود کاربر سرويس در مدل SOAالزامي نيست. فراهم‌کننده يک سرويس، قرارداد سرويس جهت استفاده آن و شرح سرويس را ارائه مي‌کند. شرح سرويس به مدل داده‌هاي مرتبط با فراخواني سرويس ارجاع مي‌کند.

شرح سرويس از طريق يکي از چندين روش اعلان مي‌شود. کاربر سرويس خصوصيات سرويس را از طريق مکانيزم اعلان شناسايي مي‌کند. شناسايي، پذيرش قرارداد را شامل نمي‌شود. همچنين فراخواني سرويس را نيز القا نمي‌کند. اين امر صرفاً عملي براي پيدا کردن اطلاعات در مورد سرويس است. اين امر لزوماً در يک عمل اتفاق نمي‌افتد و ممکن است به تعدادي از کارها نياز داشته باشد. همچنين ممکن است از طريق وسايل غير الکترونيکي صورت پذيرد.

شکل 4 ساير عملکردهاي خاص اختياري را حذف کرده و از پياده‌سازي‌هاي خاص نظير پيام‌رسانيSOAP ، WDSL و ebXML خودداري مي‌کند.

4-2- الگوهاي SOA
شکل 5 يک الگوي ساده سرويس را نمايش مي‌دهد. در جايي که يک فراهم‌کننده سرويس، سرويس را پيشنهاد مي‌دهد و يک کاربر سرويس، از سرويس‌ها استفاده مي‌کند. چندين نوع از پروتکل‌هاي ارتباطي ممکن است زوج درخواست/ پاسخ را مورد استفاده قرار دهد و روش‌هاي متنوعي نظير سنکرون يا آسنکرون ممکن است استفاده شود. SOA به هيچ پروتکل ارتباطي خاص محدود نمي‌شود. شکل 5 الگوي "درخواست – پاسخ" را نمايش مي‌دهد.

 

5- چرخه حيات SOA
بر اساس طرح IBM، براي SOA مي‌توان يک چرخه حيات در نظر گرفت. در فاز "مدل" نيازمندي‌هاي کسب‌و کار جمع‌آوري شده و فرايندهاي کسب و کار آنها طراحي مي‌شود. بعد از بهينه شدن فرايندها، از طريق کنار هم قرار دادن سرويس‌هاي موجود و سرويس‌هاي جديد اين فرايندهاي کسب‌و کار شکل مي‌گيرد. سپس اين سرمايه‌ها در يک محيط امن و با قابليت تجميع بالا نصب مي‌شود. بعد از نصب فرايندهاي کسب و کار، کاربران IBM اين فرايندهاي کسب و کار را هم از منظر فني و هم از منظر فرايندهاي کسب و کار مورد نظارت و مديريت قرار مي‌دهند.

اطلاعات جمع‌آوري شده در فاز مديريت به چرخه حيات بازخورد خواهد داشت تا بهبود پيوسته فرايندها را امکان‌پذير سازد. در زير همه اين مراحل در چرخه حيات، حاکميت و فرايندهايي هستند که رهنمود‌ها و افق‌هاي آينده را براي پروژه SOA فراهم مي‌کنند.

 

6-1- مرحله مدل‌سازي
فاز مدل با جمع‌آوري و تحليل نيازمندي‌هاي کسب‌و کار آغاز مي‌شود که بعداً براي مدل کردن، شبيه‌سازي و بهينه کردن فرايندهاي کسب و کار مورد استفاده قرار مي‌گيرند. فرايندهاي کسب و کار حاصل براي طراحي سرويس‌هاي نرم‌افزاري مرتبط و سطوح سرويس جهت حمايت از اين فرايندها مورد استفاده قرار مي‌گيرند. در طول اين فاز، مدلي جهت ايجاد درک مشترک بين کسب و کار و فناوري اطلاعات در فرايندهاي کسب و کار، اهداف و خروجي‌ها استفاده مي‌شود. به علاوه اين مدل مي‌تواند اين اطمينان را به وجود آورد که کاربردهاي حاصل، نيازمندي‌هاي کسب و کار تعريف شده را براورده مي‌سازد. اين مدل همچنين مي‌تواند مبنايي جهت اندازه‌گيري کارآيي کسب و کار باشد.

6-2- مرحله گردآوري
در طول فاز گردآوري، کتابخانه سرويس‌هاي موجود مي‌تواند جهت يافتن سرويس‌هاي مورد نظر و موجود در سازمان بررسي شود. در صورتي که سرويس مورد نظر يافت نشد اين امکان وجود دارد که يک سرويس جديد ايجاد و پس از تست به مجموعه افزوده شود. هنگامي که سرويس‌هاي مورد نياز فراهم شد، سرويس‌ها جهت پياده‌سازي فرايندهاي کسب‌و کار هماهنگ مي‌گردند.

6-3- مرحله نصب
در طول فاز پياده‌سازي، مقياس و محيط زمان اجرا جهت تأمين نيازمندي‌هاي سطوح سرويس به وسيله فرايندهاي کسب‌وکار پيکربندي مي‌شود. پس از پيکربندي يک فرايند کسب‌وکار، امکان پياده‌سازي آن در يک محيط امن، مطمئن و مقياس‌پذير سرويس‌ها وجود خواهد داشت. محيط سرويس‌ها به گونه‌اي بهينه‌سازي مي‌شود که علاوه بر اجراي مطمئن فرايندهاي کسب‌وکار، امکان انعطاف‌پذيري جهت بروز کردن به طور پويا و در صورت تغيير نيازمندي‌هاي کسب‌وکار را فراهم مي‌آورد. اين رويکرد مبتني بر سرويس همچنين هزينه و پيچيدگي نگهداري سيستم را نيز کاهش مي‌دهد.

6-4- مرحله مديريت
فاز مديريت شامل نظارت و نگهداري از زمان پاسخ و در دسترس بودن سرويس مي‌شود. همچنين مديريت منابع سرويس‌هاي زيرين در اين فاز انجام مي‌شود. درک کارايي زمان واقعي فرايندهاي کسب‌وکار امکان ايجاد بازخورد ضروري به مدل فرايند کسب و کار جهت بهبود دائمي را فراهم مي‌آورد. اين کار همچنين مديريت و نگهداري کنترل نسخه براي سرويس‌هاي تشکيل دهنده فرايندهاي کسب و کار را شامل مي‌شود. فاز مديريت در نهايت امکان اتخاذ تصميمات کسب و کار بهتر و سريع‌تر را فراهم مي‌سازد.

6-5- مرحله حاکميت و فرايندها
حاکميت و فرايندها جهت موفقيت هر نوع پروژه SOA ضروري هستند. جهت تخمين موفقيت، ممکن است يک مرکز تعالي در کسب‌وکار، براي پياده‌سازي سياست‌هاي حاکميتي و دنبال کردن استانداردهاي حاکميتي بين‌المللي جهت اهداف کنترلي براي اطلاعات و تکنولوژي مرتبط ايجاد گردد. پياده‌سازي سياست‌هاي حاکميتي قوي مي‌تواند منجر به پروژه‌هاي SOA موفق گردد.

7- خصوصيات اساسي جهت استفادة بهينه از سرويس‌ها
• درشت‌دانه بودن: عملکردها روي سرويس‌ها به طور متفاوت پياده‌سازي مي‌شوند تا کارآيي بيشتري را در برگيرند و بر روي مجموعه‌هاي داده‌اي بزرگ‌تر در مقايسه با طراحي مبتني بر اجزا عمل مي‌کند. (شکل 8)
• طراحي مبتني بر واسط: سرويس‌ها، واسط‌هاي مجزا‌ ‌تعريف‌شده را پياده‌سازي مي‌کنند. مزيت اين امر آن است که چندين سرويس مي‌توانند يک واسط مشترک را پياده‌سازي کنند و يک سرويس مي‌تواند چندين واسط را پياده‌سازي کند. (شکل 9)
• قابل يافت بودن: سرويس‌ها لازم است هم در زمان طراحي و هم در زمان اجرا قابل يافت باشند، نه تنها با شناسة يکتا بلکه همچنين با شناسة واسط و با نوع سرويس.
• نمونه منفرد: بر خلاف توسعة مبتني بر جزء که از اجزا بر حسب نياز نمونه‌هايي ايجاد مي‌شود، هر سرويس يک نمونه منفرد و همواره در حال اجرا است که مجموعه‌اي از کلاينت‌ها با آن ارتباط برقرار مي‌کنند.
• اتصال ست: سرويس‌ها با ديگر سرويس‌ها و کلاينت‌ها از طريق تبادل اطلاعات استاندارد xml با يکديگر در ارتباط هستند؛ اين ارتباط باعث کاهش وابستگي و جداسازي بر اساس پيام‌رساني مي‌شود.
• آسنکرون: به طور کلي، سرويس‌ها از رويکرد انتقال پيام آسنکرون استفاده مي‌کنند. اما اين امر ضروري نيست. در بعضي مواقع در پياده‌سازي سرويس‌ها از انتقال پيام سنکرون نيز استفاده مي‌شود.
در شکل‌هاي زير برخي از ويژگي‌هاي فوق نمايش داده شده است:

 

 

 

8- مقياس‌پذيري از طريق رفتار آسنکرون و صف‌بندي
بهتر است که از ماهيت آسنکرون در ‌سرويس‌ها استفاده شود. با توجه به سربار انتقال اضافه و همچنين اين انتظار که سرويس‌ها، ماهيتاً در فواصل فيزيکي دور از يکديگر خواهند بود، کاهش زمان انتظار درخواست‌کننده براي پاسخ بسيار اهميت دارد. از طريق آسنکرون کردن فراخواني يک سرويس، با يک پيام بازگشت مجزا، به درخواست‌کننده امکان ادامة اجرا تا زمان فراهم شدن پاسخ داده مي‌شود.

البته اين به معناي اشتباه بودن رفتار سنکرون سرويس نيست، بلکه به اين معنا است که رفتار سرويس آسنکرون مطلوب است، به خصوص در جايي که هزينه‌هاي ارتباطي زياد است و يا تأخير شبکه قابل پيش‌بيني نيست.

 

با استفاده از فراخواني آسنکرون، به فراهم‌کننده اين امکان داده مي‌شود که از چندين رشتة کاري جهت مديريت چندين درخواست کلاينت استفاده کند. جهت اجراي فراخواني آسنکرون، درخواست‌کننده بايد نشاني بازگشت را به سرويس پياده‌سا�