تراکنش[۶۰]: مجموعه ای از صفات که ممکن است به گروهی از سرویس های سازگار با یکدیگر نسبت داده شوند. برای مثال، اگر یک گروه سه تایی از سرویس ها باید استفاده شوند تا وظیفه ای کامل اجرا شود، یا باید همه سرویس ها اجرا شوند یا در صورت عدم دسترسی به یکی از آن سرویس ها هیچکدام نباید اجرا شوند.
مدیریت[۶۱]: مجموعه ویژگی هایی که برای مدیریت سرویس دهنده و سرویس گیرنده به کار گرفته می شود.
نقش های معماری سرویس گرا:
بکار گیرنده سرویس[۶۲]: بکار گیرنده سرویس یک برنامه کاربردی، یک ماژول نرم افزاری و یا یک سرویس دیگر می باشد که به این سرویس نیاز دارد. نخستین قدم با اخذ یک پرس و جو از مخزن سرویس ها آغاز می شود، سپس سرویس مربوطه از طریق مسیر انتقال اختصاص می یابد و سرویس مورد نظر اجرا می گردد.
ارائه دهنده سرویس[۶۳]: ارائه دهنده سرویس یک موجودیت نشانی پذیر در شبکه [۶۴]است که درخواست بکار گیرنده سرویس را گرفته آن را تایید کرده و اجرا می کند. ارائه دهنده سرویس، سرویس و رابط ارتباطی آن را در مخرن سرویس ها انتشار می دهد تا مصرف کنندگان سرویس بتوانند، سرویس های مورد نیاز خود را جستجو کرده و به آنها دسترسی پیدا کنند.
مخرن سرویس[۶۵]: مخرن سرویس امکان کشف و پیدا کردن سرویس را برای بکار گیرنده سرویس فراهم می کند و شامل انباره ای از سرویس های قابل دسترس و مشخصات دسترسی به آنهاست که ارائه کننده سرویس آنها را ارئه داده است.
عملکردهای معماری سرویس گرا:
انتشار[۶۶]: برای در دسترس قرار گرفتن یک سرویس یک توصیف کننده سرویس [۶۷] باید انتشار یابد، تا امکان کشف و پیدا کردن سرویس مربوطه توسط بکار گیرنده سرویس فراهم گردد.
کشف و جستجو[۶۸]: یک درخواست کننده سرویس با اعمال پرس و جو بر مخرن سرویس به دنبال یک سرویس می گردد.
فراخوانی و اتصال: پس از بدست آوردن توصیف کننده سرویس مورد نظر، درخواست کننده سرویس طبق اطلاعاتی که در توصیف کننده سرویس آمده است به طلب کردن سرویس از ارائه دهنده آن می پردازد، و در آخر سرویس به درخواست کننده آن اختصاص می یابد.
مدل پیشنهادی شرکت اوراکل[۶۹]
معماری سازمانی زمانی ارزشمند است که خدمات گسترده ای از سیستم های فناوری اطلاعات به سرعت فراهم آورد. تنها راه دستیابی به اهداف کاهش هزینه، کارایی بیشتر از طریق سرعت مونتاژ خدمات به برنامه های کاربردی کسب و کارهای مدولار و انعطاف پذیر است. اوراکل مثل همیشه برای ساخت، استقرار، و مدیریت SOA با بهترین فناوری ها آنرا ایجاد می کند.
توسعه و یکپارچگی خدمات محیطی
چارچوب توسعه کاربردی
مدیریت سرویس های وب
امنیت
گذرگاه خدمات سازمانی
آداپتورها
مسیریابی
ثبت UDDI
مدیریت پردازش زبان BPEL
زبان مشترک BPEL
گردش کار انسانی
قوانین کسب وکار
BAM
کنترل
تجزیه تحلیل ها
CEP
پورتال
محتوا
همکاری
محل کار
شکل ۲-۱۷: بسته معماری شرکت Oracle
با توجه به امکان توسعه محصولات، عملکرد و مقیاس پذیری مفرط و مدیریت یکپارچه و نظارت گسترده در محصولات این شرکت مدلی برای اجرای معماری سازمانی پیاده کرده است که در شکل بالا نمایش داده شده است. اوراکل با تهیه بسته معماری شرکت[۷۰] مجموعه ای از قابلیت های مشترک از جمله استقرار واحد و مدل مدیریت و تجهیز، امنیت، و مدیریت ابرداده ها را فراهم می کند. مجموعه ای از قابلیت های یکپارچه شامل پیام، کشف و تشخیص خدمات، ارکستریشن و مدیریت پردازش کسب و کار، نظارت بر فعالیت ها، مدیریت و امنیت وب سایت ها، قوانین کسب وکار، دایرکتوری خدمات و ابزار توسعه و پورتال فعال خدمات می باشد.
بحث نظارت در SOA به صورت عمیق و گسترده توسط شرکت اوراکل مورد توجه قرار گرفته و فناوری موجود سازمان از جهت زیر ساخت و معماری باید به گونه ای باشد که بتواند نظارت را در سازمان پیاده کرده و نیازهای سازمان برآورده شود. مدل نظارت کامل در معماری سازمانی شامل عناصر سازمان، پردازش ها، سیاست ها و استانداردها می باشد.
در این مدل یک تیم متمرکز نظارت در سطح گسترده، مدیریت مجموعه خدمات، ارائه و تنظیم برخی از استانداردهای مربوط به SOAرا بعهده دارد. نظارت SOA بدون توجه به فرهنگ موجود با مشکل مواجه خواهد شد. به همین دلیل شش قدم برای موفقیت برنامه نظارت SOA شامل موارد زیر می باشد:
تعریف اهداف، استراتژی و محدودیت ها
تعریف سیاست ها و روش ها
تعریف استانداردها برای موفقیت
مکانیزم اداره امور در محل
تجزیه و تحلیل و بهبود فرایندها
تصحیح و پالایش SOA
شکل ۲-۱۸: مدل معماری پیشنهادی شرکت Oracle
در این مدل لایه هفتم مخصوص امنیت داده ها است. این لایه، دروازه ها، فایروال وحفاظتXML ، اعتبار سنجی داده ها، سطح امنیتی پیام، و توابع میانجیگری برای برنامه های کاربردی و یکپارچگی استفاده از XML را فراهم می کند]۴۲و۴۳و۴۴و۴۵و۴۶و۴۷[.
ه- متدولوژی های معماری سرویس گرا
با مرور و بررسی مقالات و کتب منتشر شده در حوزه معماری سرویس گرا متوجه می شویم که در بحث متدولوژی، بیشترین فعالیت و مطالب مربوط به شرکتIBM است. دو دلیل عمده این موضوع یکی سابقه این شرکت در ارائه و پشتیبانی متدولوژی معروف و بی رقیب RUP است و دلیل دوم آن پیشگامی و کیفیت برتر این شرکت در حوزه معماری سیستم های اطلاعاتی است. از آنجا که معماری سرویس گرا یک “سبک” معماری است، لذا در سازمانهای مختلف و بر حسب نیازمندیهای متفاوت می تواند به شیوه های گوناگونی طراحی و پیاده سازی شود، در نتیجه نباید انتظار داشت که تنها “یک نوع” متدولوژی مشخص برای پشتیبانی از این رویکرد ارائه شود. شرکت IBM تا کنون سه متد(روش) مختلف برای معماری سرویس گرا ارائه نموده که هر کدام قابلیت ها و شرایط خاص خود را دارند و برای نیازمندیهای مخصوص خود تهیه شده اند. این سه روش عبارتند از:
متدولوژی RUP گسترش یافته برای معماری سرویس گرا
این متدولوژی از بسط RUP برای پوشش نیازهای معماری سرویس گراست. اما علی رغم فواید آن مشکل عمده این متدولوژی به ساختار RUP بر می گردد که تک پروژه محور می باشد. از آنجا که حوزه عملکرد معماری سرویس گرا چندین سیستم و گاها کل یک سازمان است، قابلیت ها و محصولات RUP برای پوشش به پروژه های گسترده و سازمانی مناسب نیست و با امکانات شی گرایی نمی توان تمامی نیازمندیهای سازمان را به خوبی مدل سازی و تحلیل کرد. اما برای پروژه های که حوزه آن محدود و تعاملات بین سامانه ای کم رنگ است مفید به نظر می رسد.
معماری و مدلسازی سرویس گرا (SOMA)
این متد که یک روش داخلی برای شرکت IBM محسوب می گردد، راهنمایی های مربوط به آن به طور عمومی منتشر نشده و به عنوان یک متدولوژی داخلی IBM می باشد. در این روش سه فاز شناسایی سرویس ها، توصیف سرویس ها و عینیت بخشیدن به سرویس ها( امکان سنجی فنی) استفاده می گردد.
مدرن کردن سیستم های موروثی به کمک معماری سرویس گرا
سرعت رشد و پیشرفت فناوری های جدید و تغییرات سریع بازار دو عامل اصلی هستند که سازمان ها را به مدرن کردن و نوآوری در سیستم های اطلاعاتی ملزم می کنند. از آنجا که مشکلات و موانع مربوط به مدرن کردن سیستم های اطلاعاتی موروثی یکی از چالش های اصلی سازمان ها در حوزه فناوری اطلاعات است. معماری سرویس گرا راه حل مناسبی برای سیستم های موروثی می باشد که با ارائه سیستم ها در قالب سرویس کار می کند و در سایر سیستم های اطلاعاتی سازمان قابل استفاده می باشد. و به تدریج بیشتر کارکردهای سیستم موروثی در قالب سرویس های استاندارد استخراج شده تا سرانجام سیستم مدرنی جایگزین سیستم قدیمی گردد و وقفه ای در کارکرد سیستم موروثی و تعامل آن با دیگر سیستم های سازمان رخ نخواهد داد.
اهمیت این سه متد در آنجاست که کاملترین مجموعه ارائه شده در حوزه معماری سرویس گرا می باشند و دیگر روش های ارائه شده (MSOMA, OASIS Adoption Blueprint, Agile SOA) زیرمجموعه و مشتق شده از روش های IBM هستند]۱۱و۱۲[.
- اطلاعات مربوط به پایاننامه:
۱ - الف: عنوان پایاننامه:
فارسی غیر فارسی
ب: نوع کار تحقیقاتی: بنیادی[۱] نظری[۲] کاربردی[۳] عملی[۴]
پ: تعداد واحد پایاننامه:۶
ت: پرسش اصلی تحقیق (مسأله تحقیق): مکان یابی ادوات SSSC برای بهبود قابلیت توان عبوری در الگوریتمهای ژنتیک و PSO چگونه است؟
- بیان مسأله: (تشریح ابعاد، حدود مسأله، معرفی دقیق مسأله، بیان جنبههای مجهول و مبهم و متغیرهای مربوط به پرسشهای تحقیق، منظور تحقیق):
ادوات FACTS به رنج عملکرد وسیع- پاسخ سریع و قابل اطمینان می پردازد.به کمک الگوریتم ژنتیک بهترین محل با بیشترین کارایی را با انتخاب مناسب نوع جبران کننده بدست آورد وتابع هدف ماتلفات وهزینه میباشد.
استفاده از عناصر الکترونیک قدرت که ادوات ۱ FACTS می باشند برای کنترل ولتاژ و زاویه و امپدانس خط استفاده می شود. SSSC قادر به تبادل توان اکتیو و راکتیو در سیستم انتقال می باشد. ۲SSSC میتواند جبرانسازی سری خازنی را به خوبی فراهم کند. همچنین الگوریتم ژنتیک ۳ (GA) و بهینه سازی ازدحام ذرات ۴(PSO) برای بدست آوردن راه حل مطلوبی به عنوان تابع هدف در مدیریت تراکم غیر خطی مورد استفاده قرار می گیرد.
Flexible AC Transmission Systems(FACTS) 1-
۲- Static Synchronous Series Compensator(SSSC)
۳- Genetic Algorithm(GA)
۴- Particle Swarm Optimization(PSO)
- سوابق مربوط:(بیان مختصر سابقه تحقیقات انجام شده درباره موضوع و نتایج به دست آمده در داخل و خارج از کشور نظرهای علمی موجود درباره موضوع تحقیق)
روش PSO درسال ۱۹۹۵ توسط جیمزکندی و راسل ابرهارت معرفی گردید که یک الگوریتم بهینه سازی فرااکتشافی که از بهینه سازی ذرات حرکت گروهی پرندگان الگو گرفته است که یک روش مرتبه صفر است و نیاز به عملیات سنگین ریاضی مثل گرادیان گیری ندارد و یک روش مبتنی بر جمعیت است .
الگوریتم ژنتیک نوع خاصی از الگوریتمهای تکاملی است که از تکنیکهای فرگشتی مانند وراثت و جهش که اولین بار توسط جان هلند معرفی شد که اصول انتخاب طبیعی داروین برای یافتن فرمول بهینه جهت پیش بینی یا تطبیق بر مبنای رگرسیون استفاده می کند .
- فرضیهها:
۲-۱۲عوامل مؤثر بر اعتماد مشتریان در بانکداری الکترونیکی
اعتماد مفهوم پیچیده ای است که بطور گسترده مورد بررسی قرار گرفته است.باربرعنوان می کند که مفهوم اعتماد شبیه یک مرداب مفهومی است . همچنین لویز و ویگرت یک سردرگمی مفهومی را در ادبیات اعتماد مطرح می کنند.طبق تعریف واژه نامه انگلیسی آکسفورد اعتماد به معنی اطمینان به بعضی از صفات یا ویژگی یک شخص و یا حتی درستی و حقانیت یک نظریه تعریف شده است . با وجود تعریف فرهنگ لغت آکسفورد ، اعتماد اغلب توسط محققان با ویژگی های خاصی تعریف شده است . روتر اعتماد را به عنوان انتظارات کلی که می توانیم به گفتار، وعده ها، عبارت های شفاهی و کتبی دیگران تکیه کنیم، تعریف می نماید . درتعر یفی دیگر اعتماد به عنوان اعتقاد و یا انتطار از اینکه گفته ویا تعهدی که فروشنده عنوان می کند، قابل اتکا است و فروشنده از آسیب پذیری خریدار سوء استفاده نخواهد کرد، آورده شده است . اعتماد به صورت اعتقاد به اینکه شخصی دیگر در راستای برآورده ساختن خواسته های ما اقدام می کند نیز تعریف شده است. به عقیده مورگان و هانت اعتماد هنگامی رخ می دهد که شخصی از ایجاد ارتباط تجاری با دیگری احساس راحتی نماید .اعتماد را همان طور که مایر و همکارانش[۳۸](۱۹۹۵)؛ بیان کرده اند تعریف می کنیم و عبارت است از تمایل فرد به آسیب پذیر بودن در مقابل عملکرد طرف مقابل ، بر اساس این تصور که طرف مقابل ، فعالیت مورد انتطار وی را بدون کنترل ونظارت مستقیم انجام خواهد داد.واضح است که اعتماد ساختار چند بعدی دارد وطبق نظر اکثر محققان، صداقت یا درستی، خیر خواهی، توانایی یا صلاحیت عناصری تکراری در ایجاد ابعاد اعتماد هستند . توانایی معتمد، در ارتباط با مهارتها و قابلیت های وی در زمینه های خاص مورد نظر اعتماد کننده است. صداقت در ادراک وقتی رخ می دهد که اعتماد شونده پایبند به مجموعه ای از اصول مورد قبول اعتماد کننده است که او را قابل اطمینان و قابل پیش بینی می کند. خیر خواهی تمایل به انجام خوبی توسط اعتماد شونده، جدا از انگیزه کسب سود خودخواهانه است. خیر خواهی به اعتماد کننده نشان می دهد که اعتماد شونده، تلاشهای خاصی را برای او انجام می دهد (خلیلی برکویی؛۱۳۹۱) .
توسعه و کاربری فناوری اطلاعات در حوزه های مختلف به ویژه در حوزه بانکداری،حاصل قابلیت های فناوری اطلاعات است که امروزه در دنیای کسب و کار با اقبال فراوان روبرو شده است. انسان هزاره سوم در تلاش است با شتاب دادن به روند توسعه و کاربری فناوری اطلاعات در بخش های مختلف نظام اجتماعی از الگوی سنتی فاصله گرفته و الگوی جدید متناسب با الزامات عصر اطلاعات ایجاد کند. در این راستا و همانند اکثر تامین کنندگان خدمات، نظام بانکی طی دهه های اخیر به سرعت به سمت سرمایه گذاری بر روی فناوری های نوین ارائه خدمات به مشتریان، به عنوان راهی برای کنترل هزینه ها، جذب مشتریان جدید و تحقق انتظارات مشتریان روی آورده است و استفاده از این فتاوری ها (بانکداری اینترنتی، بانکداری تلفنی، ماشین های خودپرداز و..) را به عنوان یک ضرورت راهبردی در دستور کار خود قرارداده است (یعقوبی و شاکری؛۱۳۸۷) .
ازسوئی علی رغم رشد روز افزون اخیر در تجارت الکترونیکی،مشتریان تمایل چندانی به ارائه اطلاعات حساس و شخصی در وب سایتها ندارند و معمولاًدر مواجه با وب سایتها اطلاعات عمومی خود را ارائه می دهند، و وقتی از آنها تقاضای اطلاعات حساس و شخصی مثل شماره کارت اعتباری می شود احساس ناراحتی می کنند، این احساس بیانگر عدم اعتماد مشتری نسبت به اینترنت وبانکداری اینترنتی است.بنابراین شناسایی عوامل موثر بر اعتماد مشتریان در بانکداری الکترونیک لازم و ضروری است و به توسعه و بهبود این تکنولوژی در کشورمان کمک شایانی می کند(بشیری و جنیدی؛۱۳۸۶).
۲-۱۳عوامل موثر بر اعتماد در بانکداری الکترونیک
عوامل موردنظر عبارتند از:
۱-۲-۱۳)ابعاد فردی
ابعاد فردی شامل عوامل دموگرافیک ، آگاهی از اینترنت ، آشنایی و گرایش به اعتماد ، پذیرش نوآوری ، نگرش نسبت به خطر می باشد در بین این عوامل گرایش به اعتماد و نگرش به ریسک و پذیرش نوآوری نقش مهمتری در مراحل اولیه اعتماد دارند.
۲-۲-۱۳)ابعاد سازمانی
در پروژه های مدیریتی ،ویژگی هایی نظیر اندازه سازمان، تعداد سالهایی که سازمان در یک کسب و کار مشهور بوده و به رسمیت شناختن نام تجاری از عوامل تأثیر گذاربر اعتماد مشتری نسبت به سازمان مورد نظرمی باشد
۳-۲-۱۳)ابعاد اعتماد به سیستم
اعتماد به سیستم یک ساختار غیر شخصی برای کمک به اعتماد مشتری است . در این تحقیق ، ابعاد اعتماد به سیستم با سه عنصر وضعیت نرمال ، اطمینان به ساختار و هنجارهای مشترک پذیرفته شده سنجیده می شود .
۴-۲-۱۳)ابعاد وب سایت
در این تحقیق عوامل وب سایت با زیر عاملهای درک قابل اعتماد بودن وب سایت ، کیفیت طراحی وب سایت ،سهولت استفاده ، مفید بودن و کیفیت اطلاعات وب سایت نشان داده شده است.
۵-۲-۱۳)ابعاد تعاملی
این شاخص توسط اولیور [۳۹](۱۹۸۰) پیشنهاد شده است و روی این موضوع تأکید دارد که نتایج قبلی به طور مستقیم بر تصمیم گیری های آینده تأثیر می گذارد. به طور کلی این شاخص با طول مدت رابطه و رضایت سنجیده می شود.
۶-۲-۱۳)ریسک درک شده
در پژو هشهای مختلف ابعاد مختلفی برای ریسک در نظرگرفته شده است .به این صورت انواع ریسک به این شکل مطرح می گردند:
الف)ریسک مالی
احتمال خطر از دست دادن پول یا تحویل گرفتن محصولات یا خدماتی که ارزش مالی ندارند در مورد خدمات مالی جاری به معنی خطرات بالقوه ، در از دست دادن مال خود به علت تقلب است .
ب)ریسک عملکرد
خطر اینکه محصولات و خدمات ارائه شده مزایای مورد انتظار را نداشته باشند .
ج)ریسک زمان:
خطر اتلاف وقت مشتری در زمانی که محصول یا خدمات تحویل گرفته شده انتظارات آنها را برآورده نمی کند
د)ریسک روانی
به خطری که استفاده از خدمات، شخصیت فرد را مخدوش کند اشاره دارد
ه)ریسک اجتماعی : خطری که استفاده از یک محصول یا خدمت منجر به خجالت فرد در گروه اجتماعی شود.
و)ریسک حریم خصوصی: خطر از دست دادن کنترل اطلاعات شخصی می باشد، مانند زمانی که اطلاعات مربوط به فرد بدون آگاهی یا اجازه او استفاده می شود
ی)ریسک امنیت فیزیکی: خطر امنیت فیزیکی خریدار یا دیگران در استفاده از محصول یاخدمت
۷-۲-۱۳نفوذ اقتصاد – اجتماعی
نفوذ اقتصاد- اجتماعی میزان یا درجه ای است که شخص درک می کند کسانی که از نظر او مهم هستند معتقدند که او باید از سیستم جدید استفاده کند.
۸-۲-۱۳خود کارآمدی
خود کارآمدی از تئوری شناخت اجتماعی نشأت گرفته است و توسط بندورا(۱۹۸۶)پیشنهاد شده است و به صورت درک فرد از چگونگی آسان بودن یا مشکل بودن انجام یک کار تعریف شده است. خودکارآمدی به باور فرد در مورد توانایی های خود در انجام اموری که در زندگی او اثر می گذارد اشاره دارد (خلیلی برکویی؛۱۳۹۱).
۲-۱۴عوامل موفقیت بانکداری الکترونیکی
موفقیت پروژه به چه معناست؟ دیکشنری اکسفورد موفقیت را به عنوان یک خروجی مطلوب و یا دستیابی به شهرت و کامیابی تعریف کرده است .موفقیت معانی مختلفی برای افراد مختلف دارد . حتی احساس افراد یکسان نسبت به موفقیت می تواند از پروژهای به پروژه دیگر تغییر کند. تعریف موفقیت پروژه به نوع ، سایز،ویژگیهای پروژه ، شرکت کنندگان در پروژه و تجربه صاحبان و مالکان و … بستگی دارد (چان[۴۰]؛۲۰۱۴) .عوامل موفقیت پروژه مجموعه ای از شرایط ، حقایق و یا تواناییهایی هستند که به خروجی پروژه کمک می کنند . اینها نیروهای با نفوذی هستد که موفقیت پروژه را تسهیل می کنند و یا مانع آن می شوند .عوامل به موفقیت و یا شکست پروژه ها کمک می کنند اما پایه ای برای قضاوت نیستند (لیم[۴۱]؛۲۰۰۹) .بازارجهانی شدیداً رقابتی، تصمیم گیرندگان شرکتها را ناگزیر به جستجوی مزایای رقابتی کرده است. پیچیدگیهای تصمیم در این بازارها، مدیران را ناگزیر از به کاربردن ابزارهای تحلیل اطلاعات برای پشتیبانی تصمیمات تجاری کرده است .عوامل حیاتی برای دستیابی به موفقیت داده کاوی در پروژه های سازمانی باتوجه به بررسیهای نعمتی و بارکو می تواند در دسته بندی زیر گنجانده شود:
۱)مباحث داده: کیفیت داده و انسجام داده
۲)مباحث تکنولوژیکی: ادغامهای تکنولوژیکی و سطح خبرگی تکنیکی
۳)مباحث سازمانی: رابطه بین وجود یک استراتژی داده کاوی به روشنی تعریف شده در راستای استراتژی شرکت و نتایج واقعی اجرای پروژه داده کاوی، رابطه مثبت بین بازمهندسی فرایند برای پشتیبانی سیستم داده کاوی و نتایج واقعی اجرای داده کاوی، رابطه مثبت بین طرحهای انگیزشی جدید برای پشتیبانی سیستمهای داده کاوی و نتایج واقعی اجرای داده کاوی و رابطه مثبت بین وجود استراتژی برون سپاری برای سیستم داده کاوی و نتایج واقعی اجرای پروژه داده کاوی.
۴)مباحث افراد: ارتباط بین افراد و نتایج پروژه(نعمتی و بارکو[۴۲]؛۲۰۱۳).
در کار تحقیقی سجادخان وهمکاران عوامل به پنج دسته انعطاف سازمانی، تولیدات و خدمات سریع و مورد نیاز، توسعه خدمات، ادغام خدمات و سیستمها و افزایش خدمات به مشتریان تقسیم بندی شده اند (سجادخان[۴۳]وهمکاران؛۲۰۰۶).در تحقیق دیگری محمود حسین شاه و فیروز صدیقی عوامل حیاتی موفقیت بانکداری الکترونیک را به سه دسته عوامل استراتژیک، عوامل اجرایی و عوامل تکنیکی تقسیم کرده اند(شاه وفیروز[۴۴]؛۲۰۰۶) سان و همکاران از تعریف روشن بازار هدف، اجرای استانداردهای کیفیت، هدف روشن پروژه، ارتباط داخلی بین تیم پروژه و تحویل به موقع به مشتری به عنوان عوامل موفقیت نام برده است (سان و همکاران[۴۵]؛۲۰۰۵) .
لو و هوانگ قدرت داخلی و تعهد خارجی، چشم انداز، تیم اجرایی، ادغام سیستمهای اطلاعات داخلی، بازمهندسی فرایند کسب و کار را بهعنوان عوامل موفقیت سیستمهای اطلاعاتی معرفی کرده است (لو [۴۶]وهمکاران؛۲۰۰۶) گوایلفویل و همکاران هزینه و کیفیت را مهمترین عامل موفقیت پروژه می دانند(گوایلفویل و پیتر[۴۷]؛۲۰۰۶) فورچون و وایت حمایت مدیریت ارشد، اهداف روشن، طرح قوی و پرمحتوا، بازخورد و ارتباط خوب، تیم ستادی ماهر، واجد شرایط و شایسته، مدیریت تغییر اثربخش، تخصیص درست منابع، رهبری اثر بخش، تکنولوژی مناسب، کنترل و نظارت اثربخش را به عنوان عوامل موفقیت پروژه نام برده اند (فورچون و وایت[۴۸]؛۲۰۰۶) .
دویر و همکاران عوامل موفقیت را در چهار بعد اهداف طراحی شده، سود برای مشتری، سود برای سازمان و سود برای زیرساختهای ملی تقسیم کرده اند (دویر و بن[۴۹]؛۲۰۰۶). سامباسیوان نیز عوامل حیاتی موفقیت را در سال ۷۸۸۷ در زمینه اجرای ISO انجام داده است و سپس بااستفاده از تکنیک AHP آنها را رتبه بندی نموده است. وی در تحقیق خود عوامل موفقیت را در رویکرد مدیریتی، تغییرات سازمانی، جنبه های تکنیکی و جنبه های اجتماعی و خارجی دسته بندی نموده است، که هریک از موارد نامبرده شده را به همراه زیرگروههای آنها مورد بررسی قرار داده و در آخر مدل مفهومی جدیدی را ارائه نموده و عوامل نامبرده شده را رتبه بندی کرده است که نتایج حاصل از رتبه بندی رویکرد مدیریتی را حایز اهمیت بیشتر و جنبه سازمانی را در رتبه دوم نشان می دهد (سامباسیوان و یان[۵۰]؛۲۰۰۷) .
امکان سنجی فنی، امکان سنجی بازار، امکان سنجی سیاسی، تدوین قانون، پذیرش مشتری ازعوامل موفقیت پروژه هستند که رانتلتاپ و همکارانش در تحقیق خود بدان آشاره کرده اند(رانتلاپ و همکاران[۵۱]؛۲۰۰۷) .استراتژیهای مناسب، وجود کمیته راهبری، آموزش و پرورش، نظارت و ارزیابی عملکرد، پذیرش مشتری، مدیریت پروژه از عواملی بودند که لوو و همکارانش بدان اشاره نموده اند (لئو و هانگ [۵۲]؛۲۰۰۶) چاو وهمکاران عوامل موفقیت را در پنج بعد سازمانی، افراد، فرایند، فنی و پروژه تقسیم کرده اند (چاو و کائو[۵۳]؛۲۰۰۸) .میسرا و همکاران دو عامل سازمانی و افراد را به عنوان عوامل موفقیت معرفی کرده و برای بعد سازمانی، مسایل مربوط به مشتری، سایز تیم، فرهنگ، توزیع تیم، زمان و برنامه ریزی را به عنوان زیرشاخصها و برای بعد افراد، شایستگی، مشخصات فنی، ارتباطات و مذاکرات، فرهنگ اجتماعی، آموزش و یادگیری را معرفی کرده اند (میسرا و کومار[۵۴]؛۲۰۰۹)۲۳ بیکر تنها به عامل مدیریت ریسک به عنوان عامل حیاتی برای موفقیت پرداخته است (بیکر و همکاران[۵۵]؛۲۰۰۹) ترکمن از همترازی استراتژیکی، سطح سرمایه گذاری، اندازه گیری عملکرد، سطح تخصص کارکنان، سیستم بهبود مستمر، استاندارد کردن فرایند، اتوماسیون و آموزش و توانمندسازی کارکنان بعنوان عوامل موفقیت نام برده است(ترکمن[۵۶]؛۲۰۰۹) ۲۹چن و همکاران بازار، استراتژی ، مدل اجرایی/خدماتی، محصول رقابتی، کانال توزیع را به عنوان عوامل موفقیت معرفی کرده است (چن و وانگ[۵۷]؛۲۰۱۰)
۲-۱۵بانکداری الکترونیک و حفظ مشتریان
سرعت انجام کار، سهیم شدن در اطلاعات، حفظ ارتباطات تجاری و هدایت مبادلات بازرگانی بوسیله شبکه های ارتباطی، امروزه به صورت یک اصل تردید ناپذیر موفقیت در بازار درآمده است . موسسات مالی در دهه های ۱۹۵۰ و ۱۹۶۰ پیش بینی می کردند که از طریق حذف اشتباهات ناشی از ورود دستی اطلاعات ، قادر به کاهش هزینه های عملیاتی بوده و موقعیت هایی را مشاهده می نمودند که می توانستند مشتریان کنونی شان را حفظ کرده و مشتریان جدیدی را از طریق پیشنهاد محصولات و خدمات جدید و تقویت ارزش خدمات موجود، به دست آورند . ویژگی اصلی همه این فعالیت ها تسهیل فرآیندهای تجاری و اداری، حذف فرآیندهای غیرضروری در انجام امور و کاهش هزینه ها از طریق بهبود و افزایش هماهنگی، کاهش هزینه های اداری به ویژه هزینه مکاتبات و بهبود دسترسی به مشتری و افزایش تنوع خدمات ارائه شده به مشتریان می باشد(میلیند[۵۸] ؛۲۰۰۹).
۲-۱۶روش های مختلف بانکداری الکترونیکی مصرف کننده در سطح مشتری
منظوراز بانکداری الکترونیکی مصرف کننده آن بخش از بانکداری الکترونیکی است که توسط اشخاص و مشتریان حقیقی بانک مورد استفاده قرار گرفته و مصرف کنندگان نهایی با آن سروکار دارند. این بخش از بانکداری الکترونیکی از قسم تهای مختلفی تشکیل می شود که ذیلاً مورد اشاره قرار گرفته اند .
- نقش میانجی را بین درخواست ها و پاسخ های سرویس گرا ایجاد می کند.
ESBهای opensourceازجمله Mule ، قابلیت همکاری و انعطاف پذیری بی نظیری را با مکان سازی استفاده مجدد مولفه های سرویس از هر نوع، و تبادل پیغام ها با هر فرمتی هم در داخل و هم بیرون از سازمان را فراهم کرده، و پلت فرمی را ارائه می دهد که یکپارچه سازی app ها و تکنولوژی ها را آسان می کند.
با به کارگیری این الگوی پیشنهادی SOMA، اطلاعات و قابلیت های سیستم اطلاعاتی (سرویس های قابل ارائه)، صرف نظر از پروتکل وفرمت های داده ی آن ها، به منظور پاسخگویی به نیازمندی های درحال تغییر، مجددا به یک روش جدید ایجاد شده، و مورد استفاده قرار می گیرند. برخی از سرویس های اصلی سیستم اطلاعاتی، به همراهESB که گذرگاهی برای حمل این سرویس ها می باشد، در شکل شماره ۳-۱۷ نشان داده اند.
همانطور که در شکل نیز مشخص است، یک سرویس دانه درشت ممکن است از یک یا چند سرویس دانه ریز تشکیل شده باشد. به عنوان مثال اجرای سرویس مدیریت هزینه ی سفارشات، که مستلزم اجرای سرویس های ریز دانه صدور صورتحساب، پرداخت آنلاین و بررسی وضعیت پرداخت هزینه ها می باشد.
شکل ۳–۱۷ سرویس های سیستم اطلاعاتی سرویس گرایspx
ESBمانند یک هابی مشترک عمل می کند که سیستم های اطلاعاتی ناهمگون (با پلتفرم های مختلف) در واحدهای مختلف کسب و کار و همچنین درخواست کنندگان در خارج از سازمان می توانند به آن متصل شوند تا با مشارکت با یکدیگر، نیازمندی های مشتریان را با سرعت بیشتری پاسخگو باشند. در واقع از این راه حل می توان، برای یکپارچه سازی انواع مختلفی از سرویس های سیستم اطلاعاتی، از طریق انتقال پیام، استفاده کرد. در حقیقت این زیر ساختار امکان این را فراهم می کند، تا سرویس هایی از برنامه های کاربردی درخواست شده، توسط دیگر برنامه های کاربردی، مستقل از پلت فرم های آن ها، مورد استفاده ی مجدد قرار بگیرند. در این صورت همانطور که در شکل ۳ – ۱۸ قابل مشاهده است، هر یک از سیستم های اطلاعاتی می توانند درخواست کننده و یا فراهم کننده سرویس باشند. درخواست کننده ی سرویس برای استفاده از سرویس هر یک از برنامه های کاربردی، به باس، که مسئول تحویل درخواست به فراهم کننده ی سرویس می باشد، متصل می شود.
ESBبه عنوان یک زیر ساختار برای بهم پیوستن سرویس ها، برای دستیابی به انعطاف پذیری بالاتر، درخواست ها را به صورت پیغام هایی می پذیرد، سپس روی آنها عملیات را انجام می دهد و از آنجایی که این پیام ها سرتاسر باس جریان پیدا می کنند، میان آن ها نقش میانجی را ایفا می کند. به طور کلی مسئولیت تحویل، درخواست های سرویس، و روت کردن (مسیریابی) آن ها به باس سرویس سازمان محول شده است.
به طور کلی راه حلESB، قابلیت همکاری بین سیستم های اطلاعاتی و مولفه های دیگر را از طریق آداپترهای مبتنی بر استاندارد و واسط ها فراهم کرده است. و از طرفی مسئول کنترل، جریان مناسب، و تفسیر کلیه ی پیغام ها در میان سرویس ها با به کارگیری تعدادی از پروتکل های سرویس گرایی می باشد. در این میان افزار ابعاد زیر ساختار مجازی باس، می تواند به اندازه ی بار کاری ای که پشتیبانی می کند، بزرگ و یا کوچک شود.
شکل ۳-۱۸٫الگوی راه حل ESB برای استفاده از سرویس های سیستم اطلاعاتی در سازمان
۳-۸ برنامه ریزی استراتژیک سیستم اطلاعاتی
همانطور که می دانیم اطلاعات، یک منبع سازمانی است، و همچون هر منبع سازمانی دیگر، باید به طرز مناسبی، در سطح سازمان توزیع و به اشتراک گذاشته شود. این توزیع و به کارگیری مناسب اطلاعات، مستلزم یک برنامه استراتژیک است. فرایندی که در آن سازمان ها محیط های داخلی و خارجی خود را تحلیل کرده، و بر اساس آن استراتژی هایی را خلق می کنند که آن ها را در راستای رسیدن به اهداف تعیین شده (حرکت از وضع موجود به وضع مطلوب ) یاری می کند. به طور کلی منظور از استراتژی یک سازمان، تدوین برنامه ای در جهت هدایت عملیات سازمان، تعیین اهدافی که باید تحقق یابند، و بالاخره تعیین خط مشی های تدارک و تخصیص منابع برای دستیابی به آن هدف ها] ۷[ می باشد.
یک استراتژی مناسب برای سیستم های اطلاعاتی، مطابق با نیازمندی های یک سازمان در یک زمان مشخص تعریف می شود. برنامه ریزی استراتژیک می تواند، نقطه آغازی برای مدیریت سیستم های کارا و اثر بخش در سازمان باشد.
اطلاعات تولید شده، انباشته شده، و یا توزیع شده در درون یا بیرون سازمان بایستی در جهت دستیابی به اهداف سازمان طراحی شده باشند. استفاده بهینه از این اطلاعات به عنوان یک منبع سازمانی، با معیار بر آورده کردن نیازها، و کمک به دستیابی به اهداف و ماموریت های سازمان در سطوح مختلف سنجیده می شود. برنامه ریزی اطلاعات (تهیه برنامه ای که ارتباط اطلاعات را با اهداف سازمان روشن می کند)، فعالیتی است که یک واحد سازمانی به صورت مستقل، و تنها با توجه به نیازهای ویژه خود بتواند انجام دهد.
اکثر سازمان ها در مواجهه با فناوری اطلاعات، بنا به ضرورت و به صورت بخشی، به استقرار سیستم های اطلاعاتی و فناوری اطلاعات پرداخته اند. اما به تدریج، بخش های مختلف، به جزیره های اطلاعاتی که مستلزم طراحی، بهره برداری و پشتیبانی سیستم های اطلاعاتی آن بخش هستند، تبدیل شده اند. که این امر موجب تعامل نامناسب بین بخش های سازمان، عدم هماهنگی توسعه فناوری اطلاعات با اهداف کلان و استراتژی سازمان شده است. این عوامل باعث شدند تا سازمان را به این فکر وادارند که برای فناوری اطلاعات در سازمان خود و طراحی و ساخت سیستم های اطلاعاتی بخش های مختلف، برنامه ریزی کنند.
کلیه گروه های سازمان به تناسب حیطه فعالیت و تخصص خود، به ویژه مدیران ارشد و افراد خبره سازمان می توانند در برنامه ریزی استراتژیک فناوری اطلاعات آن سازمان مشارکت کنند. مدیران استراتژیک با تنظیم برنامه های استراتژیک در تلاش هستند تا رهبری و مدیریت را با یکدیگر تلفیق کرده و از این طریق، سازمان را در قبال تغییرات و تحولات محیطی همواره در حالت پویا و فعال نگه دارند. تا به واسطه ی آن بتوانند در جهت تحقق رسالت سازمان قدم بردارند. در یک تعریف کلی، برنامه ریزی استراتژیک سیستم های اطلاعاتی را فرایند طراحی و ساخت سیستم های اطلاعاتی ای می دانند که به سازمان برای اجرای برنامه کسب و کار و تحقق اهداف آن کمک می کند.
با برنامه ریزی استراتژیک در حوزهIT ، این اطمینان حاصل می شود که تصمیمات گرفته شده در حوزه ی ITو پیاده سازی سیستم های اطلاعاتی، مبنی بر یک استراتژی صحیح و فکر شده است. برای کسب موفقیت، در اجرای فناوری اطلاعات، سازمان ها نیاز به برنامه ریزی مناسبی برای سیستم های اطلاعاتی ای دارند که هم راستا با استراتژی های تدوین شده ی سازمانشان عمل کند. همسویی استراتژیکی بین سازمان و سیستم های اطلاعاتی و فن آوری اطلاعات، در طول سالیان زیادی مورد نظر بوده است.
شرکت هایی که از مدیریت استراتژیک در زمینه فناوری اطاعات و سیستم های اطلاعاتیشان استفاده می کنند، موفقتر و سود آورتر می باشند. در سایه ی مدیریت استراتژیک شاخص های فروش، سود آوری و بهره وری سازمان بهبود می یابد، نگرش به تغییرات، به مثابه ی فرصت تلقی می شود. اثرات شرایط نامطلوب، و تغییرات نامناسب، به حداقل رسیده و این امکان فراهم می شود تا وقت و منابع کمتری، صرف اصلاح خطاها و نقایص شود.
لازم به ذکر است که متدولوژی برنامه ریزی استراتژیک، برای کلیه سازمان ها به صوت کاملا منحصر به فرد وجود ندارد بلکه بایستی آن را با شرایط و اهداف سازمان مورد نظر بومی سازی کرد. نقطه شروع در برنامه ریزی استراتژیکIT (و سیستم های اطلاعاتی)، ارزیابی وضعیت طراحی اولیه سیستم هاست. به عبارتی می توان گفت، سیستم های طراحی شده، مورد تجزیه و تحلیل قرار می گیرد.
با تجزیه و تحلیل مدل های طراحی شده و تطبیق آن در سازمان مورد نظر می توان منافع و قابلیت ها، نقاط قوت و ضعف سیستم ها را در راستای اهداف و ماموریتهای سازمان استخراج کرده و با تعیین راهبردهایی در جهت اصلاح آن ها، سیستم های طراحی شده را وارد فاز اجرایی کرد. به عبارتی، با بهره گیری از راهبردهای پیشنهادی که از دیدگاه خبرگان و مدیران ارشد سازمانی ناشی شده و مورد بررسی آن ها قرار گرفته، سیستم های اطلاعاتی طراحی شده می توانند روند پیاده سازی پیدا کنند]۸[.
از این رو ما نیز در این تحقیق، از برنامه ریزی استراتژیک به عنوان ابزاری برای سنجش سیستم اطلاعاتی سرویس گرا که در بخش قبل طراحی شد، استفاده می کنیم و با توجه به اینکه برنامه ریزی استراتژیک برای هر سازمانی و مطابق با نیازمندی های آن سازمان متفاوت است، لذا در فصل بعد یک سازمان را به عنوان مطالعه ی موردی در نظر گرفته، و عملیات تطبیق سیستم اطلاعاتی طراحی شده، و استخراج راهبردهای پیشنهادی در جهت بهبود مدل را مطابق با آن سازمان انجام می دهیم. در این روش تحقیق، به منظور استخراج راهبردها با هدف اعمال آنها در مدل پیشنهادی، ازماتریسSWOT استفاده می شود که در بخش بعد راجع به این روش تدوین استراتژی ها توضیحاتی داده شده است.
۳– ۹ نتیجه گیری
در این فصل ، با در نظر گرفتن فرایندهای کسب و کار موجود در سیستم و روند جریان اطلاعات به طراحی و مدلسازی سیستم اطلاعاتی سرویس گرا با بهره گرفتن از متدولوژی SOMA پرداختیم. سرویس های استخراج شده، از این سیستم، با بهره گرفتن از ESBکه از جمله الگوهای راه حل این متدولوژی می باشد، مورد استفاده قرار می گیرند. با طراحی این سیستم سرویس گرا، مهمترین مسئله، یعنی تغییر در نیاز های سازمان بزرگ مقیاس و یکپارچگی واحدهای مختلف سازمان پوشش داده می شود.
فصل چهارم
محاسبات و یافته های تحقیق
۴ – ۱ مقدمه
در فصل سوم سرویس های سیستم اطلاعاتی سرویس گرا را با استخراج سرویس های مربوطه طراحی و مدلسازی کردیم. در این فصل، سیستم های اطلاعاتی طراحی شده در فصل قبل را بر روی یک مطالعه موردی پیاده می کنیم و بخش های اصلی سیستم پیشنهادی ارائه و بررسی می شوند وسرویس های شناسایی شده را برای این محیط واقعی تطبیق می دهیم وتوسط تحلیل سلسله مراتبی و نرم افزار expert choiceارزیابی می کنیم.از آنجائیکه طراحی و پیاده سازی موفق این سیستم اطلاعاتی سرویس گرا، در راستای اهداف سازمان، و برآورده ساختنهر چه بهتر نیازمندی های آن سازمان محقق می شود، لذا با طراحی مجدد این سیستم برای سازمان مورد مطالعه، نقاط قوت، ضعف، فرصت ها و تهدید های مدل پیشنهادی را استخراج می کنیم، و با بهره گرفتن از ماتریس SOWT، راهبردهایی را در جهت اصلاح و بهبود این سیستم پیشنهادی استخراج می کنیم. این راهبردهای ارائه شده، طی یک نظرسنجی با افراد خبره، مدیران و کارشناسان ارشد سازمان، مربوطه استخراج می گردند تا مطابق با این راهبردها، سیستم مورد نظر سفارشی شده، و روند پیاده سازی بگیرد.
۴-۲ مطالعه موردی – شرکت ایران خودرو
مطالعه موردی انجام گرفته شرکت ایران خودرو می باشد. شرکت ایران خودرو بزرگترین شرکت خودرو سازی کشور می باشد که به طور متوسط ۶۵ تا ۷۰ درصد تولید خودرو داخل کشور را به طور دائم به خود اختصاص داده است.این سازمان با اتکا به مدیریت غیر متمرکز باعث رشد قابلیت ها و خلاقیت ها شده، و در این مدت توانسته است، با باسابقه ترین شرکت های تولید کننده خودرو در جهان به رقابت بپردازد.ایران خودرو در سال ۱۳۴۱ با هدف تولید و فروش انواع خودرو با نام اولیه ایران ناسیونال تاسیس شد. بعد از سال ها این شرکت در پی توسعه فعالیت هایش و با تولید ۱ میلیون خودرو سواری و تجاری و با به کارگیری ۲۱ هزار نفر نیروی انسانی به بزرگترین گروه صنعتی درمنطقه خاورمیانه و شمال آفریقا(MENA) تبدیل شد که به فعالیت های صنعتی و خدمات در بخش صنعت خودرو می پرداخت. ایران خودرو با هدف رسیدن به کلاس جهانی، به تاسیس مرکز تحقیقات، و مراکز تست خودرو، توسعه موتور به همراه جدیدترین ماشین آلات و تجهیزات تولیدی خود پرداخت. اقداماتی که با همکاری کشورهای عمده اروپایی در بخش صنعت خودروی آلمان و فرانسه حاصل شدند. ایران خودرو دارای شرکت های تابعه متعددی از جمله ساپکو، ایساکو، ایپکو، تام است، که در قالب یک گروه واحد، این شرکت را به سوی اهدافش یاری می دهند.
این شرکت ها در بخش های مختلفی از جمله، تامین قطعات، سیستم ها و تجهیزات تولیدی، خدمات پس از فروش، نیروی محرکه و …. فعالیت دارند. همچنین ایران خودرو در حوزه های سرمایه گذاری، امور مالی ، لیزینگ و توسعه کسب و کار سرمایه گذاری هایی کرده است.
علل انتخاب این سازمان برای مطالعه موردی عبارتند از :
- این شرکت ، یک شرکت شناخته شده است و بحث خدمات در آن بسیار ملموس است.
- یکی از مهمترین اهداف این شرکت، افزایش حجم تولید و بهره وری است، از این رو به کارگیری معماری سرویس گرا با توجه به مزایای این معماری در سازمان مورد استقبال قرار می گیرد.
- شرکت مایل است تا حد ممکن به منظور استفاده از منابع فعلی سازمان و کاهش هزینه ها، برنامه های کاربردی مختلف سازمان با پلت فرم های گوناگون را با یکدیگر هماهنگ کند، لذا سرویس های این سیستم اطلاعاتی می توانند توسط بخش های مختلف این سازمان مورد استفاده قرار گیرند.
- سازمان دارای شعب و نمایندگانی در نقاط جغرافیایی مختلف است، که هر کدام از این شعب، برنامه های کاربردی متفاوتی را دارند، یعنی هر کدام از این برنامه های کاربردی با پلت فرم های گوناگونی عملیات را انجام می دهند . از این رو استقرار یک سیستم اطلاعاتی سرویس گرا موجب استقلال از سکوی مختلف اجرا و همچنین این امکان را فراهم می کند تا فرایند تولید در شعب مختلف یکپارچه گردد.
- سازمان تمایل دارد تا یکپارچگی و هماهنگی برنامه های کاربردی شعبات مختلف با دفتر مرکزی را افزایش دهد.
- از بعد هزینه، طراحی و پیاده سازی سیستم های سرویس گرا مقرون به صرفه تر است.
به طور کلی می توان اهداف برون سپاری را برای شرکت ایران خودرو به صورت زیر تشریح کرد:
- کسب مزیت رقابتی در کشور و حتی در خارج از کشور
- توسعه شرکت برای صادرات محصولات
- بهره مندی از دانش و تکنولوژی روز دنیا
- همکاری با شرکت های بزرگ دنیا و انتقال دانش و تکنولوژی آنها به داخل کشور
- کاهش هزینه های اجرایی و تولیدی
- ارتقاء کیفیت محصولات تولیدی
اگر يك نگاشت *-همومورفيسم باشد آنگاه مثبت است. زيرا اگر طبق قضيه 6-2-4 از [9]، وجود دارد كه پس :
لذا كاملاً مثبت است چون براي هر يك نگاشت *-همومورفيسم است و مثبت.
گزاره 1-4-3 (قضيه نمايش اشتاين اسپرينگ[1]): فرض كنيم A يك -جبر يكاني باشد و يك نگاشت كاملاً مثبت،آنگاه فضاي هيلبرت و *- همومورفيسم يكاني و عملگر كراندار موجودند به طوري كه :
اثبات: قضيه 1-4 از [13] .عکس این قضیه در ] 22 [اثبات شده و در ] 10[ قضیه 2 نیز بیان شده است.
اگر يكاني باشد، آنگاه، طولپا است. سه تایی را نمایش اشتاین اسپرینگ برای گوییم.
تعریف 1-4-4: اگر یک نمایش اشتاین اسپرینگ برای باشد و فضای خطی بسته ی تولید شده توسط باشد. چون تحت پایاست پس تحدید به ، *-همومورفیسم را به صورت تعریف می کند به طوری که و . لذا یک نمایش اشتاین اسپرینگ است به طوری که دارای این شرط اضافی است که فضای خطی بسته ی تولید شده توسط می باشد. بنابر این اگر یک نمایش این شرط اضافی را داشته باشد که سه تایی را یک نمایش اشتاین اسپرینگ مینیمال گوییم.
گزاره 1-4-5: فرض كنيم يك -جبر و يك نگاشت كاملاً مثبت باشد و دو نمايش اشتاين اسپرينگ مينيمال براي باشند. آنگاه عملگر يكاني موجود است به طوري كه.
اين گزاره در واقع منحصر به فردی اين نمايش را نشان ميدهد.
اثبات: [13]، قضيه 2-4.
قضیه 1-4-6:فرض كنيم يك نگاشت خطي باشد آنگاه كاملاً مثبت است اگر براي هر ، نگاشت به شكل باشد در حاليكه .
اثبات: ]19 [، قضیه 1.
در]19[، یکتایی نمایش نیز نشان داده شده است.
تعریف 1-4-7: فرض کنیم یک عملگر خطی کراندار باشد که دو فضای توپولوژیک هستند و یک فضای برداری است. همچنین دو نگاشت باشند به طوری که . در این صورت گوییم یک عملگر پیچشی است. هم چنین این مفهوم وقتی که یک گروه یا یک جبر باشد و نمایش هایی از باشند، بر قرار است.
1-5 : حالت، حالت محض و حوزة عددي و ماتریسی يك عملگر :
تعريف 1-5-1: فرض كنيم يك زير فضاي خودالحاق از جبر و شامل همانی I باشد. تابعك خطي را يك حالت گوييم هرگاه مثبت بوده و .
تعریف 1-5-2 :فرض كنيم يك حالت باشد. اگر يك نقطه فرين از مجموعه محدب باشد كه مجموعه همه حالتهاي است، گوييم يك حالت محض است.
در تعاريف زير فرض كنيم یک فضاي هيلبرت و يك عملگر خطي كراندار روي باشد.
تعريف 1-5-3: حوزه عددي عملگر به صورت، تعريف ميشود و شعاع عددي آن عبارتست از:
.
طبق قضيه 17-2 از [8]، براي فضاهاي متناهي البعد، مجموعه همه تصاوير تحت همة نگاشتهاي يكاني مثبت از به اعداد مختلط است.
تعريف 1-5-4: فرض كنيم يك جبر و باشد. برد ماتريسي را که با نشان ميدهيم به صورت زير تعريف ميشود:
يك نگاشت كاملاً مثبت يكاني است:
تعريف 1-5-6: فرض كنيم يك حالت روي - جبر باشد آنگاه:
1) يك حالت محض است اگر و فقط اگر نمايش ، تحويلناپذير است.
2) اگر A آبلي باشد آنگاه يك حالت محض است اگر و فقط اگر يك مشخصه روي باشد.
اثبات: قضيه 6-1-5از [17].
خاطر نشان ميكنيم كه طبق [17] اگر يك حالت روي - جبر A باشد ، نمايش يك به يك و بردار يكه موجود هستند که به طوری که :
در واقع و كامل شده است. نمایش را نمايش () گوييم. البته يك ضرب داخلي روي تعريف ميكند و اگر يك نمايش باشد و آنگاه يك بسط منحصر به فرد روي دارد.
فصل سوم
ساختار مجموعههاي محدب C* (C*- محدب)
2-1: مجموعههاي محدب :
تعريف 2-1-1: زيرمجموعه از -جبر يكاني را -محدب (يا محدب ) گوييم هرگاه، جايي كه و براي همه ها.
تعريف 2-1-2: مجموع متناهي را تركيب محدب و را ضرايب محدب ميناميم.
تعريف 2-1-3: فرض كنيم زير مجموعه جبر يكاني باشد، غلاف - محدب را كوچكترين مجموعه محدب شامل تعريف ميكنيم و با نشان ميدهيم. در واقع :
حال اگر غلاف -محدب را با نشان ميدهيم كه به صورت :
است.
تعريف 2-1-4: فرض كنيم يك جبر يكاني باشد و . دو عملگر را همارز يكاني گوييم هرگاه يكاني موجود باشد به طوري كه و آن را با نشان ميدهيم.
تعريف 2-1-5: تركيب محدب را يك تركيب محدب محض گوييم هرگاه ضرايب - محدب ، معكوس پذير باشند.
تبصره 2-1-6: اگر يك مجموعه محدب باشد آنگاه محدب نيز است.
اثبات:
فرض كنيم و كه و . چون بنابراين پس :
كه و . چون محدب است لذا :
تبصره 2-1-7: اگر محدب باشد و به طوري كه آنگاه.
اثبات:
فرض كنيم به طوري كه و و اگر پس يكاني موجود است كه يعني در نتيجه :