به وبلاگ ما خوش آمدید.
به وبلاگ ما خوش آمدید.
این وبلاگ متعلق به گروهی از دانشجویان رشته کامپیوتر دانشکده فنی دکتر شریعتی است ، که قصد داریم خلاصه ای از درس مهندسی نرم افزار را به همراه تمرینات آن که تحلیل و طراحی سیستم مدیریت دفتر وکالت است را در اختیار مخاطبین علاقه مند قرار دهیم. امیدواریم مفید واقع گردد. در ادامه از استاد ارجمندم سرکار خانم ثروتی نهایت تشکر و سپاس را دارم.
چرا به سیستم مدیریت دفتر وکالت نیازمندیم ؟
در میان انبوه اطلاعات سازمان نیافته، دستیابی به داده های دلخواه، کاری است زمانبر و دشوار. به علاوه زحت نگهداری اطلاعات به شیوه سنتی و بر کاغذ، مزید بر علت شده و ریسک خدشه دار شدن و از دست رفتن اطلاعات را درگذر زمان افزایش می دهد. مناسب ترین راه حلی که برای رفع این مشکلات وجود دارد، اتوماتیزه کردن ذخیره، جستجو و بازیابی اطلاعات بوسیله نزم افزار کامپیوتر است. نرم افزاری که قابلیت طبقه بندی و پردازش حجم بالای اطلاعات را با انعطاف پذیری بالا، کمترین خطای ممکن و در سریع ترین زمان فراهم سازد.
آزمایش مجتمع سازی
تکنیکی سیستماتیک برای ایجاد ساختار برنامه است در حالی که آزمایشها نیز هدایت می شوند تا خطا های مربوط به رابط ها آشکار شوند.
هدف، دریافت مولفه های آزمایش واحد و ایجاد ساختار برنامه ای است که توسط طراح دیکته شده است.
آزمایش واحد
بر فعالیت بازبینی کوچکترین واحد طراحی نرم افزار، که مولفه نرم افزار یا پیمانه نامیده میشود تمرکز دارد. با استفاده از توصیف طراحی در سطح مولفه به عنوان راهنما مسیرهای کنترلی مهم آزمایش میشوند تا خطاهای موجود در مرز پیمانه یافت شوند.
رابط كاربر يكي از مهمترين عناصر يك سيستم يا محصول كامپيوتري است .اگر رابط ضعيف طراحي شده باشد،توانايي كاربر براي دستيابي به قدرت محاسباتي يك كاربرد تا حد زيادي كاهش مي يابد در واقع ،يك رابط ضعيف ممكن است باعث شودكاربردي با طراحي خوب و پياده سازي محكم ،با شكست روبرو مي شود.
نمودار تغيير حالت ،نشان دهنده رفتار سيستم ،با استفاده از مشخص نمودن حالتها و وقايعي است كه باعث تغيير حالتها مي شودند.علاوه براينSTDنشان مي دهد كه چه عكس العمل هايي در نتيجه واقعه خاص انجام مي شود.
اصول و مفاهیم مهندسی نرم افزار
نرمافزار کامپیوتر به یک نیروی هدایت کنندهی تصمیمگیری تجاری تبدیل شده است. همچنین مبنایی است برای تحقیقات مدرن علمی و حل مسائل مهندسی فاکتوری کلیدی است که در محصولات وسرویسهای مدرن را متمایز میسازد. در داخل سیستمهایی از هر نوع جاسازی میگردد: حمل و نقل، پزشکی، مخابرات، نظامی، فرآیندهای صنعتی، بازیهاو.. . نرمافزار اصولا در دنیای مدرن غیرقابل اجتناب است.
مفاهیم و اصول طراحی
هدف از طراحی, اطمینان از کیفیت نرمافزار, کاهش ریسک قبل از پیادهسازی و کاهش میزان خطاهاست. در گام تحلیل محصولاتی تولید میشود و در گام طراحی از آنها استفاده میشود. در گام طراحی 4 عمل اصلی و اساسی انجام میشود:
1) طراحی داده براساس مدل ERD و DD.
2) طراحی معماری براساس مدلهای DFD و CFD.
3) طراحی واسطهها براساس SDT, Pspec و Cspec .
4) طراحی رویهها براساس Pspec, Cspec.
فعالیتهای عمده تحلیل نیاز:
1) شناسایی مسئله: تحلیلگر برای شناسایی مسئله باید اطلاعات مورد نیاز را از راههای مختلف جمعآوری کند. تحلیلگر میتواند از راههای مختلف با مشتری در ارتباط باشد.
1-1)به افراد زیادی ارائه میشود ولی افراد کمی نتایج را تحویل میدهند و جلوی جریان ایدهها و تفکر را میگیرد و نباید جواب معلوم باشد و یا جواب را به مخاطب تلقین کرد.
1-2)کارکردن و حضور در محیط: از نزدیک میتوان مشکلات را لمس کرد و در جریان کار اپراتورها قرار گرفت.
تست و خطا یابی
تست: خروجی این گام مشخصه تست است. در پیاده شازی باید موارد زیر انجام شود تا تست راحتتر باشد:
1) کدها عملیاتی باشند
2) هیچ اجرایی آزمایش برنامه را قطع نکند
3)قابلیت مشاهده در هر فرآیند
4) حالتهای مختلف سیستم قابل نمایش باشد
5) خطاهای داخلی را تشخیص دهد
6) نرمافزاری که مرتب نیازهای اولیه آن تغییر کند هزینه تست بیشتری خواهد داشت
اصول و مفاهیم تحلیل نیازها
چرا تحلیل می کنیم؟چرا به آن نیاز داریم ؟هر عملی نیاز به تفکر دارد ما باید در مورد عملکرد و مراحل کار فکر کنیم هر چقدر آشنایی ما کمتر باشد تحلیل بیشتری انجام می شود.چرا که ممکن است راه حل خوبی را برای یک مسئله اشتباه به کار ببریم یا منابع را هدر دهیم.ابتدا باید مسئله را بفهمیم.
کار تحلیل توسط چه کسانی انجام می شود؟توسط مهندسین نرم افزار که در اینجا تحلیل گر هستند انجام می شود.
اصول و مفاهیم مدیریت پروژه های نرم افزاری
یکی از فعالیتهای چتری مدیریت پروژه است. پیش از آغازفرآیند تحلیل و طراحی و .. مدیرپروژه کار خود را آغاز میکند. طرح پروژه که شامل: برنامهریزی, زمانبندی, ریسکها, محدودیتها, منابع مورد نیاز, مکانیزمهای کنترل کیفیت و زمان آغاز و پایان و هزینهها را تعیین میکند.
اجزای مشخصه تحلیل:
محدوده اطلاعات نرم افزار:مدل ERD،مدل DFD+مستند PSPEC و مدل CFD+مستند CSPEC
توابع یا عملکرد نرم افزار: مدل DFD
رفتار نرم افزار :مدل STD
کارایی: مستند هستند.
محدودیت ها :مستند هستند.
در مشخصه تحلیل از چهار مدل استفاده می کنیم وعلاوه بر مستندات کارایی و محدودیت ها معیارهای اعتبار سنجی وDD (DATA DICTIONARY) هر شی تولید شده در نرم افزار هم به مشخصه تحلیل اضافه می شود علاوه بر همه اینها help کاربر هم تولید و اضافه می شود.
مدل سازی داده
دراین مدلسازی ،اشیاء داده ای اصلی که باید پردازش شوند ، ترکیبات این اشیاء ، صفات هر شی ، موقعیتی که اشیا در آن قرار میگیرند ، ارتباط بین اشیا و ارتباطات اشیاء با پردازشهایی که آنها را تبدیل می کنند معین می گردند .
اطلاعات ، باحرکت درنرم افزار ، توسط یک سری تبدیلات اصلاح می شود . نمودار جریان داده نمایشی گرافیکی است که جریان اطلاعات و تبدیلاتی را که در ضمن حرکت داده ها از ورودی به خروجی انجام می شوند نشان میدهد . نمودار جریان داده میتواند برای نمایش یک سیستم یا نرم افزار در هر سطحی از مجردسازی استفاده گردد . در واقع DFD ها میتوانند به سطوحی تقسیم بندی شوند که جریان رو به افزایش اطلاعات و جزئیات عملکردی را نشان دهند.
طراحی در سطح مولفه
در سطح مولفه ،مهندس نرم افزار بايد ساختمان داده ها ،رابط ها،و الگوريتم ها را با جزئيات كافي نمايش دهد تا توليد كد مبدا را به يك زبان برنامه نويسي خاص ،هدايت نمايد.به منظور دستيابي به اين هدف ،طراح يكي از چند نشان گذار طراحي را به كار مي برد كه جزئيات سطح مولفه را به صورت گرافيكي جدول،يا قالب متني نشان دهند.
مشخصه فرآیند PSPEC
مشخصه فرآیند (PSPEC) برای توصیف تمام فرآیندهای مدل جریان که در سطح نهایی پالایش ظاهر می شوند استفاده می گردد . محتویات مشخصه ی فرآیند می تواند شامل توضیح متنی ، زبان طراحی برنامه ( PDL) ، توصیف الگوریتم فرآیند ، معادلات ریاضی ، جداول ، نمودارها ، و دیاگرامها باشد . با فراهم نمودن PSPEC برای هر حباب در مدل جریان ، مهندس نر م افزار یک مشخصه ی جزئی تولید می کند که می تواند به عنوان اولین مرحله در ایجاد مشخصه ی نیازهای نرم افزار در نظر گرفته شود . همچنین به عنوان راهنمایی برای طراحی مولفه های نرم افزار که فرآیند را می سازد به حساب آورده شود .
طراحي معماري
معماري نرم افزار ديدگاهي كلي از سيستم در حال ايجاد فراهم مي كند.مشخص كننده ساختار و سازماندهي مولفه هاي نرم افزار،خصوصيات آنها،و ارتباطات بين آنها مي باشد.مولفه هاي نرم افزار شامل پيمانه هاي برنامه و نمايش هاي گوناگون داده هايي هستند كه توسط برنامه دستكاري مي شوند.بنابراين طراحي داده بخش عمده بدست اوردن معماري نرم افزار است.معماري تصميمات اوليه طراحي را روشن تر مي نمايدو مكانيزمي را براي در نظر گرفتن فوايد ساختارهاي جايگزين سيستم فراهم مي كند.
كارهاي عمده يك زمانبندي ماكروسكوپي بايد پالايش شود و يك زمانبندي همرا ه با جزئيات را براي پروژه ايجاد كندپالايش با مشخص كردن هر كار عمده و تجزيه ان به مجموعه اي از كارها ي جزئي همراه با محصولات كاري مرتبط و معيارهاي مشخص انجام مي شود.
زمانبندي ماكروسكوپي
مشخص كننده تمام فعاليت هاي عمده مهندسي نرك افزار و توابعي از محصول مي باشد كه اين فعاليت ها براي انها بكار گرفته مي شود با قرار گرفتن پروژه در مسير خود هر وارده زمانبندي ماكروسكوپي به صورت زمانبندي همراه با جزئيات تعريف مي شود كارهاي خاص نرم افزار ي تنظيم ،مشخص و زمانبندي مي گردد.
آزمایش نرم افزار
توسعه سیستم های نرم افزاری شامل یک سری فعالیت های تولید میباشد که امکان اشتباهات انسانی در آن زیاد است . خطاها در ابتدای یک فرآیند و مراحل توسعه بعدی آن ظهور می نمایند که اهداف با خطا یا به صورت ناقص مشخص شده باشند .به دلیل عدم توانایی انجام کارها وبرقراری ارتباط به صورت کامل ، توسعه ی نرم افزار با فعالیت تضمین کیفیت همراه خواهد بود .
پس از تولید کد مبدا نرم افزار باید مورد آزمایش قرار گیرد تا هر تعداد خطا ر ا که ممکن است ، قبل از تحویل به مشتری کشف ( و تصحیح) نماید . هدف طراحی یک سری ابزارهای آزمایش می باشد که با احتمال بالایی خطاها را می یابد .
توسعه سیستم های نرم افزاری شامل یک سری فعالیت های تولید میباشد که امکان اشتباهات انسانی در آن زیاد است . خطاها در ابتدای یک فرآیند و مراحل توسعه بعدی آن ظهور می نمایند که اهداف با خطا یا به صورت ناقص مشخص شده باشند .به دلیل عدم توانایی انجام کارها وبرقراری ارتباط به صورت کامل ، توسعه ی نرم افزار با فعالیت تضمین کیفیت همراه خواهد بود .
آزمایش مسیر مبنا یک تکنیک آزمایش جعبه سفید است . روش مسیر مبنا ، طراح ابزار آزمایش را وادار می نماید که اندازه پیچیدگی منطقی طراحی رویه ای را بدست آورد و این اندازه را به عنوان راهنمایی برای تعریف مجموعه ی مبنای مسیرهای اجرایی به کارببرد . تضمین می شود که ابزارهای آزمایش بدست آمده برای بررسی مجموعه ی مبنا هرحکم برنامه را حداقل یک بار در ضمن آزمایش اجرا نماید .
آزمايش مسير مبنا
آزمایش مسیر مبنا یک تکنیک آزمایش جعبه سفید است . روش مسیر مبنا ، طراح ابزار آزمایش را وادار می نماید که اندازه پیچیدگی منطقی طراحی رویه ای را بدست آورد و این اندازه را به عنوان راهنمایی برای تعریف مجموعه ی مبنای مسیرهای اجرایی به کارببرد . تضمین می شود که ابزارهای آزمایش بدست آمده برای بررسی مجموعه ی مبنا هرحکم برنامه را حداقل یک بار در ضمن آزمایش اجرا نماید .
آزمایش مسیر مبنا یک تکنیک آزمایش جعبه سفید است . روش مسیر مبنا ، طراح ابزار آزمایش را وادار می نماید که اندازه پیچیدگی منطقی طراحی رویه ای را بدست آورد و این اندازه را به عنوان راهنمایی برای تعریف مجموعه ی مبنای مسیرهای اجرایی به کارببرد . تضمین می شود که ابزارهای آزمایش بدست آمده برای بررسی مجموعه ی مبنا هرحکم برنامه را حداقل یک بار در ضمن آزمایش اجرا نماید .
آزمايش مسيرمبنا :
آزمایش مسیر مبنا یک تکنیک آزمایش جعبه سفید است . روش مسیر مبنا ، طراح ابزار آزمایش را وادار می نماید که اندازه پیچیدگی منطقی طراحی رویه ای را بدست آورد و این اندازه را به عنوان راهنمایی برای تعریف مجموعه ی مبنای مسیرهای اجرایی به کارببرد . تضمین می شود که ابزارهای آزمایش بدست آمده برای بررسی مجموعه ی مبنا هرحکم برنامه را حداقل یک بار در ضمن آزمایش اجرا نماید .