دانلود پروژه استفاده از UML درفرایند توسعه سیستم( طراحی یک سیستم مکانیزه برای داروخانه)

اختصاصی از هایدی دانلود پروژه استفاده از UML درفرایند توسعه سیستم( طراحی یک سیستم مکانیزه برای داروخانه) دانلود با لینک مستقیم و پر سرعت .

موضوع مورد بحث در این پروژه طراحی یک سیستم مکانیزه برای داروخانه دکتر بنی‌اسد با استفاده از یکی از روش‌های شئ گرا می‌باشد . روش به کار گرفته شده در فرآیند تحلیل و طراحی GRAPPLE نام دارد که مختصر (Guide lines for Rapid Application Engineering) می‌باشد . این روش کاربردی به سادگی با به کارگیری ابزارهای موجود در UML به تیم طراحی کمک می‌کند تا گام به گام مراحل طراحی را طی نموده و به پایان برسانند .

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

در بخش بعدی با جلسه های JAD متعدد سعی در ملموس کردن سیستم برای کاربران و بدست آوردن نیازهای واقعی آنان گردیده . نمودارهای استقرار و بسته‌های عملکردی به عنوان خروجی این بخش هستند . بسته های عملکردی بر اساس  فعالیت‌های ثبت شده در نمودارهای فعالیت برای Actorهای محیط رسم شده اند و در هر بسته موارد کاربرد هر Actor قرار گرفته .

در گام بعدی به توسعه موارد کاربرد (Use Case) می‌پردازیم و نمودارهای مورد کاربرد ، برای موارد کاربرد موجود در بسته‌های عملکردی رسم و توضیحات تکمیلی به موارد کاربرد اضافه شده اند . سپس تعاملات و تغییر حالات مورد بررسی قرار گرفته و در نهایت نمودار حالت مربوطه رسم شده .

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

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

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

از میان مدل هایی که در جریان توسعه سیستم و در یک متدولوژی خاص به کار گرفته می‌شود ، مدلهایی اهمیت بیشتری دارند که بتوانند نیازها را هم برای استفاده کنندگان و هم برای تیم پروژه بهتر مجسم کنند ؛ به نحوی که کاربران و تیم پروژه کاملا در جریان توسعه سیستم به شکل بصری قرار گیرند . این موضوع اهمیت زیادی خصوصا در زمینه کاهش هزینه ها و زمان ایجاد سیستم دارد .

زبان مدلسازی یکپارچه (UML) با استفاده از تجربیات خبرگان سیستمهای اطلاعاتی و تئوریسینهای این رشته شکل گرفته و زبان استانداردی را برای تسریع در ایجاد و توسعه سیستم های اطلاعاتی به وجود آورده است .

برای برخورد با چالش های یک فرآیند توسعه  ، مطلبی تحت عنوان (Guide lines for Rapid Application Engineering  - GRAPPLE) (رهنمود هایی برای کاربرد سریع مهندسی ) ارائه شده است . ایده‌های موجود درGRAPPLE یک چیز جدید نیست ، بلکه برگرفته شده از مجموعه‌ای از ایده‌های سایر افراد می‌باشد .

UML  ابزار شگفت انگیزی است ، ولی از آن نمی‌توان به تنهایی استفاده کرد ، بلکهUML  نیرویی جهت توسعه نرم افزار می‌باشد . در این فصل می‌خواهیم درباره فرآیندهای متدولوژی‌های توسعه به عنوان وسیله‌ای جهت درک نحوه استفاده ازUML  صحبت کنیم .

سازمان شما به یک سیستم کامپیوتری جدید احتیاج دارد و شما کسی هستید که با توجه به مزایای رقابتی نرم‌افزار جدید ، می‌خواهید یک سیستم جدید برای برخورداری از این مزیت ، ایجاد کنید . بنابراین شروع به استقرار اعضای تیم پروژه در محل‌های خودشان می‌کنید و با استفاده از اعضای تیم یعنی مدیر ، مدل‌دهنده ، تحلیل‌گران ، برنامه‌نویسان و مهندسین سیستم سعی در تکمیل پروژه دارید . حال بیایید از دیدگاه یک مشتری به موضوع نگاه کنیم . خود را جای مشتری بگذارید :

• انتظار دارید که نتیجه کار گروهی تیم پروژه را چگونه ببینید ؟
• چگونه می‌خواهید که مدیر پروژه به شما روند پیشرفت پروژه را گزارش دهد ؟
• و در انتها انتظار دارید که سیستم تهیه شده آماده به کار باشد .

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

اینها مسائل مشترک و نکاتی هستند که هر مشتری آن‌ها را در نظر می‌گیرد و نیز برای هر پروژه توسعه سیستم لازم می‌باشد و همچنین نکاتی مثل زمان ، پول ، نیروی انسانی از مسائل دیگر توسعه یک سیستم هستند .

1 - 1 ) متدولوژی ها : قدیم و جدید

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

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

1 - 1 - 1 ) روش قدیم :

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

شامل 106 صفحه فایل WORD قابل ویرایش

پایان نامه معرفی UML

اختصاصی از هایدی پایان نامه معرفی UML دانلود با لینک مستقیم و پر سرعت .

این فایل در قالب ورد و قابل ویرایش در 103 صفحه می باشد.

چکیده
در این پروژه ما قصد داشتیم، روال کاری کلینیک تخصصی خون را به صورت مکانیزه درآوریم. البته بخش حسابداری به صورت کامپیوتری بود و ما سیستم پذیرش بیمار و تشکیل پرونده و همچنین اطلاعات مربوط به کارکنان را در نرم افزار طراحی شده لحاظ کردیم.
در این کلینیک تخصصی ۴ پزشک فوق تخصص خون مشغول به کارند. یک بخش برای شیمی درمانی و یک آزمایشگاه کوچک برای انجام آزمایشگاه اولیه بیماران می باشد.
این کلینیک در سه طبقه می باشد که طبقه اول بخش شیمی درمانی، طبقه دوم اتاق های ویزیت و طبقه سوم هم آزمایشگاه می باشد.
یک نفر مسئول بخش شیمی درمانی در طبقه اول حاضر است که در صورت لزوم و صلاح دید پزشک به کمک ۲ نفر دیگر که تکنسین این بخش هستند به شیمی درمانی بیماران می پردازند. بخش شیمی درمانی دارای ۸ تخت برای بیماران است و قابلیت انجام شیمی درمانی برای ۸ نفر همزمان را دارد.
در طبقه دوم سه اتاق برای ویزیت بیماران وجود دارد که ۴ پزشک در آنها مشغول به فعالیت هستند. دو پزشک به صورت یک روز در میان در این کلینیک کار می کنند و دو پزشک دیگر به صورت هر روز و از ساعت ۱۴ الی ساعت ۱۸ در این کلینیک مشغول به کارند. این کلینیک دارای ۲ منشی می باشد که کار رسیدگی به بیماران و تشکیل پرونده را به عهده دارند. در این کلینیک طبق بررسی های انجام شده حدود ۰۰۰/۱۰ پرونده فعال وجود دارد و بایگانی آنها به صورت سنتی می باشد.
کار تشکیل پرونده به عهده منشی و کار تکمیل آن توسط پزشک مربوطه می باشد. بیمار در هنگام مراجعه اگر هیچ گونه آزمایشی تا به حال انجام نداده باشد، به بخش آزمایشگاه راهنمایی می شود و از او یک سری آزمایش های کلی گرفته می شود و جواب آزمایشگاه در همان روز آماده و به پزشک تحویل داده می شود.
اگر احتیاج به بررسی بیشتر باشد به بیمارستان معرفی می شود و کار درمان در بیمارستان ادامه پیدا می کند.
در بخش آزمایشگاه یک سرپرست و ۳ تکنسین آزمایشگاه وجود دارند که کلیه امور انجام و جواب دهی به عهده این افراد می باشد. ارتباط بین کلیه بخش های موجود از طریق تلفن داخلی می باشد.
یک حسابدار هم برای رسیدگی به کارهای مالی در طبقه سوم مستقر است که برای انجام کارهای خود از نرم افزارهای موجود استفاده می کند .
ما در این پروژه به مکانیزه کردن پرونده های بیماران پرداختیم. با دریافت کردن اطلاعات از پزشکان و منشی ها به کار درست کردن فرم های ورود اطلاعات پرداختیم. این نرم افزار تحت وب نوشته شده است و امکان اینکه با تغییرات اندکی تبدیل به یک وب سایت هم شود را دارد. به این صورت پزشکان از هر کجا که باشند می توانند به پرونده های بیماران خود دسترسی داشته باشند و این امر برای آنها اهمیت زیادی داشت.
در این نرم افزار از SQL SERVER 2000 و ASP استفاده شده است و برای رابط گرافیکی هم ترجیح دادیم تا از HTML استفاده می کنیم تا خاصیت تبدیل به وب سایت شدن را هم داشته باشد .
این نرم افزار از۴ بخش عمده تشکیل شده است :
۱- بخش مربوط به تشکیل پرونده توسط منشی
۲- بخش تکمیل پرونده توسط پزشک
۳- بخش مدیریت اطلاعات بیماران و اطلاعات پایه کارکنان
۴- بخش آزمایشگاه
در بخش اول، منشی ها با وارد کردن کلمه عبور مربوط به خود به قسمتی از نرم افزار دسترسی پیدا می کنند و می توانند که پرونده جدید تعریف کنند.
شماره پرونده به صورت خودکار توسط سیستم درست می شود و پس از کامل کردن پرونده توسط منشی به منشی اعلام می شود، سپس منشی شماره پرونده تشکیل شده را به بیمار می دهد و بیمار به هنگام ورود به اتاق ویزیت آن را به پزشک ارائه می کند .
در بخش دوم پزشک شماره پرونده بیمار را به سیستم وارد می کند و اطلاعاتی را که منشی به سیستم وارد کرده مشاهده می کند و در قسمت مربوط به پزشک، نتایج معاینات و مشاهدات خود را وارد می کند. تمامی فیلدهای طراحی شده، با تایید پزشکان مربوطه صورت گرفته است .
در بخش سوم نرم افزار که قلب نرم افزار است، مدیر سیستم می تواند اطلاعات پایه در مورد تمامی کارکنان و پزشکان مشغول در کلینیک را وارد و ویرایش کند. همچنین می تواند اطلاعات پرونده های بیماران را هم ویرایش کند .
با توجه به صحبت های انجام شده، مدیر سیستم همان پزشکان خواهند بود. بنابراین در این بخش امکان گزارش گیری از پرونده های بیماران را هم قرار داده ایم. این گزارش گیری ها شامل گزارش گیری مبتنی بر سن بیماران، جنسیت آنها، نوع بیماری و نوع و مدت درمان می باشد.
امکان جستجو در پرونده بیماران را هم در این بخش قرار داده ایم تا پزشک بدون داشتن شماره پرونده هم بتواند به بیمار مورد نظر، دسترسی داشته باشد .
در بخش چهارم آزمایشگاه نتایج آزمایش را برای پزشک مربوطه اعلام می کند و این نتایج در همان زمان برای پزشک ارسال می شود. هر آزمایش در یک فیلد بانک اطلاعاتی قرار می گیرد .
در نگاه کلی تر به موضوع، امکان لینک شدن این نرم افزار به یک نرم افزار مالی هم دیده شده است که اگر عملی شود، کلیه کارهای بیمار توسط این نرم افزار انجام خواهد شد و حسابداری هم به صورت خودکار برای هر بیمار اجرا می شود .
با نگاه اولیه پزشکان به طرح نرم افزار، با استقبال مناسبی از طرف ایشان مواجه شدیم و بر آن شدیم که سیستم را جامع تر درست کنیم و در اختیار سایر پزشکان علاقمند هم قرار دهیم .
در این نرم افزار برای برنامه نویسی روی SERVER از زبان ASP و برای برنامه نویسی روی Client از زبان JAVA SCRIPT استفاده شده است. ضمن اینکه برای گرفتن گزارشات و جستجو در پرونده ها از دستورات SQL استفاده شده است.
واژه های کلیدی: UML، بانک اطلاعاتی، داده ها، کاربران،
فهرست مطالب
درباره پروژه : ۱
معرفی UML ۶
نمودارهای Use Case ۷
نمودارهای Sequence ( توالی ) ۹
نمودارهای Collaboration ۱۱
نمودارهای Class ( کلاس ) ۱۳
نمودارهای حالت ( State Transition Diagrams ) ۱۵
نمودارهای اجزاء ( Component Diagrams ) ۱۷
نمودارهای Deployment ۲۰
مروری بر بانک‌های اطلاعاتی ۲۱
تعریف بانک اطلاعاتی ۲۱
سیستم بانک اطلاعاتی چیست؟ ۲۳
داده‌ها ۲۴
سخت افزار ۲۵
نـرم‌افـزار ۲۵
کـاربـران ۲۵
مزایای استفاده از بانک اطلاعاتی ۲۶
انواع بانک‌های اطلاعاتی ۲۷
بانک اطلاعاتی هرمی ۲۷
بانک اطلاعاتی شبکه‌ای ۲۸
بانک اطلاعاتی رابطه‌ای ۲۸
انـواع رابـطه ۲۸
طراحی بانک اطلاعاتی ۲۹
مقایسه سه نوع بانک اطلاعاتی ۳۱
SQL Server ۳۲
بانک اطلاعاتی SQL Server ۳۲
اشیای بانک اطلاعاتی SQL Server ۳۲
شروع کار با ۲۰۰۰ SQL Server ۳۲
آشنایی با Enterprise Manager ۳۳
Microsoft Management Console ۳۴
آغاز کردن Enterprise Manager ۳۴
برای آغاز کردن Enterprise Manager ۳۴
کنترل کردن SQL Server ۳۵
مدل‌های امنیتی Server SQL ۳۶
ثبت کردن یک سرویس دهنده ۳۶
برای ثبت کردن یک سرویس‌دهنده ۳۷
راه‌اندازی و متوقف کردن یک سرویس‌دهنده ۳۸
برای راه‌اندازی یک سرویس دهنده ۳۹
برای متوقف کردن یک سرویس دهنده ۳۹
برای خاموش کردن یک سرویس‌دهنده ۳۹
پایگاه داده سیستم ۳۹
Master ۳۹
model ۳۹
msdb ۴۰
Tempdb ۴۰
متصل شدن به پایگاه داده و خروج از آن ۴۱
خروج از Manager Enterprise ۴۱
مدیریت Server SQL ۴۱
پشتیبانی و بازیابی پایگاه داده ۴۲
تهیه نسخه پشتیبان یک پایگاه داده ۴۲
پشتیبان از یک پایگاه داده با استفاده از ویزارد Create Data base Back Up ۴۴
بازیابی اطلاعات یک پایگاه داده ۴۶
برای بازیابی اطلاعات ۴۶
استفاده از ویزارد Database Maintenance Plan ۴۶
به منظور ساختن یک برنامه زمان‌بندی برای تهیه یک پشتیبان ماهانه ۴۸
ساختن یک پایگاه داده ۴۹
ساختن پایگاه‌های داده ۵۰
ساختن یک پایگاه داده جدید ۵۰
برای ساختن یک پایگاه داده‌ها ۵۰
حذف کردن یک پایگاه داده ۵۱
ساختن جداول ۵۲
آشنایی با انواع داده ۵۲
ساختن یک جدول : ۵۲
برای حذف کردن یک جدول ۵۳
تعریف پروژه ۵۳
اهداف پروژه ۵۴
اصطلاحات جدید: ۵۷
مخاطب مورد نظر شما ۵۷
اصطلاحات جدید: ۵۹
اهداف کاربر ۵۹
مطالب و وظایف ۶۰
وب چگونه کار می‌کند؟ ۶۱
ویندوز ۲۰۰۰ ۶۴
دسترسی به بانک اطلاعاتی با استفاده ازASP ۶۶
زنگ تفریح : انتخاب بانک اطلاعاتی و ODBC ۶۷
ایجاد بانک اطلاعاتی و ODBC DSN ۶۸
درج رکوردها در بانک اطلاعاتی ۷۰
ایجاد یک اتصال به بانک اطلاعاتی ۷۲
مفاهیم مقدماتی SQL : درج کردن (Insert) ۷۵
مدل‌سازی داده‌ها (Data Modeling) ۸۲
تعیین موجودیتها (Entities) ۸۳
زنگ تفریح : کلید اصلی (primary key) ۸۳
جداول واقعی ۸۴
درج داده‌ها ۸۵
رسیـدگـی به خـطاها ۸۶
تکمیـل فـرم ۸۷
فرم‌های چندمنظوره (Multi-Purpose) ۸۹
مرتب کردن صفحه با استفاده از جداول HTML ۹۰
خـلاصـه : ۹۲
کاربردهای شبکه های کامپیوتری ۹۳
سخت افزار شبکه : ۹۴
شبکه های محلی ۹۶
مدل مرجع TCP/IP ۹۷
منابع : ۹۸

درباره پروژه :
در این پروژه ما قصد داشتیم، روال کاری کلینیک تخصصی خون را به صورت مکانیزه درآوریم. البته بخش حسابداری به صورت کامپیوتری بود و ما سیستم پذیرش بیمار و تشکیل پرونده و همچنین اطلاعات مربوط به کارکنان را در نرم افزار طراحی شده لحاظ کردیم.
در این کلینیک تخصصی ۴ پزشک فوق تخصص خون مشغول به کارند. یک بخش برای شیمی درمانی و یک آزمایشگاه کوچک برای انجام آزمایشگاه اولیه بیماران می باشد.
این کلینیک در سه طبقه می باشد که طبقه اول بخش شیمی درمانی، طبقه دوم اتاق های ویزیت و طبقه سوم هم آزمایشگاه می باشد.
یک نفر مسئول بخش شیمی درمانی در طبقه اول حاضر است که در صورت لزوم و صلاح دید پزشک به کمک ۲ نفر دیگر که تکنسین این بخش هستند به شیمی درمانی بیماران می پردازند. بخش شیمی درمانی دارای ۸ تخت برای بیماران است و قابلیت انجام شیمی درمانی برای ۸ نفر همزمان را دارد.
در طبقه دوم سه اتاق برای ویزیت بیماران وجود دارد که ۴ پزشک در آنها مشغول به فعالیت هستند. دو پزشک به صورت یک روز در میان در این کلینیک کار می کنند و دو پزشک دیگر به صورت هر روز و از ساعت ۱۴ الی ساعت ۱۸ در این کلینیک مشغول به کارند. این کلینیک دارای ۲ منشی می باشد که کار رسیدگی به بیماران و تشکیل پرونده را به عهده دارند. در این کلینیک طبق بررسی های انجام شده حدود ۰۰۰/۱۰ پرونده فعال وجود دارد و بایگانی آنها به صورت سنتی می باشد.
کار تشکیل پرونده به عهده منشی و کار تکمیل آن توسط پزشک مربوطه می باشد. بیمار در هنگام مراجعه اگر هیچ گونه آزمایشی تا به حال انجام نداده باشد، به بخش آزمایشگاه راهنمایی می شود و از او یک سری آزمایش های کلی گرفته می شود و جواب آزمایشگاه در همان روز آماده و به پزشک تحویل داده می شود.
اگر احتیاج به بررسی بیشتر باشد به بیمارستان معرفی می شود و کار درمان در بیمارستان ادامه پیدا می کند.
در بخش آزمایشگاه یک سرپرست و ۳ تکنسین آزمایشگاه وجود دارند که کلیه امور انجام و جواب دهی به عهده این افراد می باشد. ارتباط بین کلیه بخش های موجود از طریق تلفن داخلی می باشد.
یک حسابدار هم برای رسیدگی به کارهای مالی در طبقه سوم مستقر است که برای انجام کارهای خود از نرم افزارهای موجود استفاده می کند .
ما در این پروژه به مکانیزه کردن پرونده های بیماران پرداختیم. با دریافت کردن اطلاعات از پزشکان و منشی ها به کار درست کردن فرم های ورود اطلاعات پرداختیم. این نرم افزار تحت وب نوشته شده است و امکان اینکه با تغییرات اندکی تبدیل به یک وب سایت هم شود را دارد. به این صورت پزشکان از هر کجا که باشند می توانند به پرونده های بیماران خود دسترسی داشته باشند و این امر برای آنها اهمیت زیادی داشت.
در این نرم افزار از SQL SERVER 2000 و ASP استفاده شده است و برای رابط گرافیکی هم ترجیح دادیم تا از HTML استفاده می کنیم تا خاصیت تبدیل به وب سایت شدن را هم داشته باشد .
این نرم افزار از۴ بخش عمده تشکیل شده است :
۱- بخش مربوط به تشکیل پرونده توسط منشی
۲- بخش تکمیل پرونده توسط پزشک
۳- بخش مدیریت اطلاعات بیماران و اطلاعات پایه کارکنان
۴- بخش آزمایشگاه
در بخش اول، منشی ها با وارد کردن کلمه عبور مربوط به خود به قسمتی از نرم افزار دسترسی پیدا می کنند و می توانند که پرونده جدید تعریف کنند.
شماره پرونده به صورت خودکار توسط سیستم درست می شود و پس از کامل کردن پرونده توسط منشی به منشی اعلام می شود، سپس منشی شماره پرونده تشکیل شده را به بیمار می دهد و بیمار به هنگام ورود به اتاق ویزیت آن را به پزشک ارائه می کند .
در بخش دوم پزشک شماره پرونده بیمار را به سیستم وارد می کند و اطلاعاتی را که منشی به سیستم وارد کرده مشاهده می کند و در قسمت مربوط به پزشک، نتایج معاینات و مشاهدات خود را وارد می کند. تمامی فیلدهای طراحی شده، با تایید پزشکان مربوطه صورت گرفته است .
در بخش سوم نرم افزار که قلب نرم افزار است، مدیر سیستم می تواند اطلاعات پایه در مورد تمامی کارکنان و پزشکان مشغول در کلینیک را وارد و ویرایش کند. همچنین می تواند اطلاعات پرونده های بیماران را هم ویرایش کند .
با توجه به صحبت های انجام شده، مدیر سیستم همان پزشکان خواهند بود. بنابراین در این بخش امکان گزارش گیری از پرونده های بیماران را هم قرار داده ایم. این گزارش گیری ها شامل گزارش گیری مبتنی بر سن بیماران، جنسیت آنها، نوع بیماری و نوع و مدت درمان می باشد.
امکان جستجو در پرونده بیماران را هم در این بخش قرار داده ایم تا پزشک بدون داشتن شماره پرونده هم بتواند به بیمار مورد نظر، دسترسی داشته باشد .
در بخش چهارم آزمایشگاه نتایج آزمایش را برای پزشک مربوطه اعلام می کند و این نتایج در همان زمان برای پزشک ارسال می شود. هر آزمایش در یک فیلد بانک اطلاعاتی قرار می گیرد .
در نگاه کلی تر به موضوع، امکان لینک شدن این نرم افزار به یک نرم افزار مالی هم دیده شده است که اگر عملی شود، کلیه کارهای بیمار توسط این نرم افزار انجام خواهد شد و حسابداری هم به صورت خودکار برای هر بیمار اجرا می شود .
با نگاه اولیه پزشکان به طرح نرم افزار، با استقبال مناسبی از طرف ایشان مواجه شدیم و بر آن شدیم که سیستم را جامع تر درست کنیم و در اختیار سایر پزشکان علاقمند هم قرار دهیم .
در این نرم افزار برای برنامه نویسی روی SERVER از زبان ASP و برای برنامه نویسی روی Client از زبان JAVA SCRIPT استفاده شده است. ضمن اینکه برای گرفتن گزارشات و جستجو در پرونده ها از دستورات SQL استفاده شده است.
معرفی UML
UML به افراد اجازه می دهد تا چندین نوع مختلف از نمودارهای بصری را به وجود آورند که جنبه های مختلف سیستم را نمایش میدهد. Rational Rose از ایجاد اکثر این مدلها، همانطور که در زیر آمده، پشتیبانی می کند .
نمودار Use Case
نمودار Sequence ( توالی )
نمودار Collaboration ( همکاری )
نمودار Class ( کلاس )
نمودار State Transition ( حالت )
نمودار Component
نمودار Deployment
این نمودارهای مدل، جنبه­های مختلف سیستم را نشان میدهند . مثلاً نمودار Collaboration ( همکاری ) محاورات ضروری میان آبجکت ها را نشان میدهد، به این منظور که تعدادی از توابع سیستم را به انجام برساند. هر نمودار یک هدف و یک شنونده در نظر گرفته شده دارد.
نمودارهای Use Case
نمودارهای Use Case محاورات میان Use Case ها را نشان میدهند، که عملیات سیستمی و عامل ها ( Actor ) که نشان دهنده افراد یا سیستم هایی است که اطلاعات را برای سیستم فراهم کرده و یا از آن دریافت می کنند را نمایش می دهند . نمودارهای Use Case محاورات میان Use Case ها را نشان می دهند . Use Case ها درخواستهای سیستم را از دید کاربر نشان می دهند . بنابراین Use Case ها عملیاتی هستند که سیستم فراهم می کند. عامل ها در واقع نگهدارنده پول ( بانکدار ) یک سیستم هستند. این نمودارها نشان می دهند که چه عامل هایی به Use Case ها مقدار اولیه می دهند . همچنین آنها نشان می دهند که چه موقع یک عامل، اطلاعات را از Use Case دریافت می کند .
نمودار Use Case محاورات میان Use Case ها و عاملهای یک سیستم را نشان میدهد . بر این اساس، نمودار Use Case می تواند درخواستهای سیستم را نشان دهد. در این مثال مشتری بانک تعدادی از Use Case ها را مقدار دهی می کند : برداشت پول (Withdraw money )، واریز (Deposit Fands ) ، انتقال از حساب ( Transfer Fands ) ، پرداخت ( Make Payment ) ، مشاهده تراز ( موجودی ) ( View Balance ) ، و تغییر ( Change PIN ) PIN .
تعدادی از ارتباطات این ارزش رادارند که بیشتر به آنها اشاره شود. کارمند بانک همچنین به Use Case تغییر PIN مقدار اولیه می دهد . Use Case پرداخت، فلشی را نشان میدهد که به سیستم اعتباری می رود. سیستم های خارجی ممکن است عاملهایی باشند و در این مورد، سیستم اعتباری بعنوان یک عامل نشان داده شده است ، زیرا خارج از سیستم ATM ، است .فلشی که از یک Use Case به یک عامل می رود نشان می دهد که Use Case اطلاعاتی را تولید می کند که یک عامل از آن استفاده می کند . در این مورد Use Case پرداخت، اطلاعات پرداختی کارت اعتباری را برای سیستم اعتباری آماده می کند . اکثر اطلاعات از دیدن نمودارهای Use Case قابل فهم می باشد زیرا این نمودارها همه عملیات سیستم را نشان میدهد . کاربران، مدیران پروژه، تحلیلگران، برنامه نویسان، مهندسین تضمین کیفیت و هر شخص دیگری که به سیستم وابسته است ، می تواند مانند همه، این نمودارها را ببیند و بفهمد که چه سیستمی قرار است به انجام برسد.

نمودارهای Sequence ( توالی )
نمودارهای Sequence برای نشان دادن جریان عملیات در یک Use Case استفاده شده­اند مثلاً Use Case برداشت پول چند توالی ( Sequences ) دارد مانند برداشت پول، تلاش برای برداشت پول از حساب بدون موجودی، تلاش برای برداشت پول با PIN اشتباه و غیره .
نمودار Sequence جریان پردازش رادر Use Case برداشت پول نشان می دهد. عاملهای وابسته در بالای نمودار نشان داده شده­اند ؛. همچنین آبجکت هایی که سیستم نیاز دارد تا Use Case برداشت پول را به نتیجه برساند در بالاترین نقطه نمودار نشان داده شده است. هر فلش یک پیغام ارسالی بین عامل و آبجکت را نمایش می دهد تا عملیات مورد نیاز را به انجام برساند. نکته دیگر درباره نمودارهای Sequence این است که آنها آبجکت ها را نمایش می دهند و نه کلاسها . کلاسها انواع آبجکت ها را نمایش می دهند نمودار Sequence به جای مشتری ( customer ) ( که یک کلاس است ) ، Joe را نشان می دهد .
Use Case بدین ترتیب شروع می شود که مشتری کارتش را وارد کارت خوان می کند، یک آبجکت در بالای نمودار با مستطیلی نشان داده شده است . سپس کارت خوان شماره کارت را می خواند . آبجکت حساب Joe را باز می کند و صفحه نمایش ATM را مقدار دهی می نماید . صفحه نمایش از Joe می خواهد که PIN را وارد نماید . او ۱۲۳۴ را وارد می کند . صفحه PIN را با آبجکت حساب تأیید می کند و آنها را با هم جفت و جور می کند . صفحه انتخابهایش را برای Joe آماده می کند و او ۲۰ دلار را انتخاب می کند . سپس صفحه وجوه را از حساب بر میدارد . این یک سری از پردازشهایی که آبجکت حساب (account ) به انجام می رساند را مقدار دهی می کند .
ابتدا، حساب Joe تأیید می کند که حساب ، حداقل شامل ۲۰ دلار است . سپس وجوه را از حساب کسر می کند . بعداً به صندوق اطلاع می دهد و ۲۰ دلار را آماده میکند. همچنین حساب Joe به صندوق اطلاع می دهد تا یک رسید را آماده کند. سرانجام به کارت خوان اطلاع می دهد تا کارت را باز پس دهد . بنابراین این نمودار Sequence تمام جریان پردازشی Use Case برداشت پول را با نشان دادن یک مثال مشخصی از اینکه Joe 20 دلار از حسابش بر می دارد را توضیح می دهد . کاربران می توانند به این نمودارها نگاه کنند و مشخصات پردازش تجاریشان را ببینند تحلیلگران جریان پردازش را در نمودار Sequence می بینند . برنامه نویسان آبجکت هایی که به کُدنویسی نیاز دارند را به همراه عملگرهای آن آبجکت می بینند . مهندسین تضمین کیفیت می توانند جزییات پردازش و تولید Test Case مبتنی بر پردازش را ببینند . Sequence برای همه کسانیکه در پروژه مسئول نگهدای پول هستند ، مفید می باشند .
نمودارهای Collaboration
نمودارهای Collaboration دقیقاً همان اطلاعات نمودارهای Sequence را نشان می دهند . اگر چه نمودارهای Collaboration اطلاعات را به روشی متفاوت و با یک هدف متفاوت نشان میدهد .
در نمودار Collaboration مانند قبل، آبجکت ها به شکل مستطیلهایی نمایش داده شده­اند و عاملها به شکل آدمک می باشند . در حالیکه در نمودار Sequence آبجکت ها و ارتباطات عامل ها به ترتیب زمان توضیح داده شده­اند . نمودار Collaboration آبجکت ها و فعل و انفعالات عامل ها را بدون توجه به زمان نشان میدهد . مثلا در این نمودار کارت خوان به حساب Joe اطلاع می دهد تا باز شود و حساب Joe به کارت خوان اطلاع می دهد تا کارت را باز پس دهد . همچنین آبجکت هایی که مستقیماً با دیگری ارتباط برقرار می کنند با خطوطی که بین آنها کشیده شده نشان داده شده­اند .
اگر صفحه نمایش ATM و کارت خوان مستقیماً با یکدیگر رابطه داشته باشند ، باید یک خط بین آنها کشیده شده باشد . نبودن این خط به این معنی است که هیچ ارتباط مستقیمی بین این دو آبجکت وجود ندارد .
بنابراین نمودارهای Collaboration همان اطلاعات نمودارهای Sequence را نشان می دهند اما افراد به دلایل متفاوتی به نمودارهای Collaboration مراجعه می کنند . مهندسین تضمین کیفیت و معماران سیستم به این نمودارها نگاه می کنند تا توزیع شدن پردازشهای بین آبجکت ها را ببینند . فرض کنید که نمودار Collaboration به شکل یک ستاره که در آن چند آبجکت که با یک آبجکت مرکزی ارتباط دارند ، باشد. یک معمار سیستم ممکن است نتیجه بگیرد که سیستم خیلی به آبجکت مرکزی وابسته است و آبجکتها را دوباره طراحی نماید تا نیروی پردازش را به طور یکنواخت توزیع کند. دیدن این نوع محاورات در یک نمودار Sequence بسیار مشکل است .

پایان نامه کامپیوتر طراحی سایت توسط UML 88

اختصاصی از هایدی پایان نامه کامپیوتر طراحی سایت توسط UML 88 دانلود با لینک مستقیم و پر سرعت .

فرمت فایل : word(قابل ویرایش)تعداد صفحات84

فهرست مطالب

چکیده .............................................................................................................................1
مقدمه ............................................................................................................................2
فصل اول بررسی نمونه های مشابه
بررسی اولیه ..........................................................................................................5
نمونه شماره یک ................................................................................................6
بررسی سایت شماره یک ..............................................................................8
نمونه شماره دو ...................................................................................9
بررسی سایت شماره دو ......................................................................11
نمونه شماره سه ...................................................................................12
بررسی سایت شماره سه .................................................................................14
نتیجه گیری مقایسات .............................................................................................15
فصل دوم معرفی ابزار ها
معرفی UML‌‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‌‌‌‌ .........................................................................................................17
تاریخچه ....................................................................................................17
دیاگرامهای UML .................................................................................19
دیاگرم Use Case ......................................................................20
چهار نوع رابطه در دیاگرم Use Case ................................21
دیاگرام کلاس ...............................................................22
کلاس ............................................................22
روابط بین کلاسها و اشیاء ..........................24
دیاگرام تعامل ........................................25
دیاگرا ترتیب .................................25
دیاگرام همکاری ................................26
دیاگرام بسته .................................................27
دیاگرام حالت .........................................................28
دیاگرا فعالیت ................................................................29
دیاگرام آرایش قوا ..................................................................30
معرفی ASP.NET .........................................................................31
اصول مقدماتی ASP.NET ................................................................31
ASP چیست؟ .........................................................................................31
ASP.NET چیست ؟........................................................................................32
دانت فریمورک .........................................................................................................32
تفاوت ها ASP کلاسیک و ASP.NET ................................................................33
نصب ASP.NET .....................................................................................34
صفحات وب ASP.NET .........................................................................35
ASP کلاسیک ...........................................................................36
صفحات پویا در ASP کلاسیک ............................................36
صفحات پویا در ASP.NET .......................................36
کنترل های سرویس دهنده ASP.NET .......................37
کنترل های Html سرویس دهنده ............................38
کنترل های وب سرویس دهنده ......................................38
رویدادهای دات نت ...........................................................39
مرجع ...................................................................................41
معرفی SQL ....................................................................................44
SQL Injection به چه کار می آید؟ ........................................................44
مثالی از SQL Injection ...........................................................................45
طراحی جدول .....................................................................................................47
فصل سوم طراحی نمودار های NML
نمودار Use Case ........................................................................................49
نمودار توالی ..........................................................................................50
نمودار همکاری ..............................................................................51
نمودار کلاس .......................................................................................52
نمودار حالت ................................................................................................53

فصل چهارم معرفی سایت
معرفی سایت ................................................................................................55
نمای کلی صفحه اصلی سایت ...................................................................56
توضیحات صفحه اصلی ................................................................57
ورود به سایت ..................................................................57
عضویت در سایت ................................................................58
صفحات متفرقه ............................................................................61
معرفی قسمت های مختلف سایت ..............................................................68
سخن آخر ..................................................................................................84