.

فهرست/چکیده

+

پروژه مهندسی نرم افزار UML سیستم مطب پزشک

.

چکیده
با پیشرفت تکنولوژیهای سیستمهای اطلاع رسانی ، سمت و سوئی که این گونه سیستمهای اطلاعاتی پیدا نموده اند به علت حجم انبوه اطلاعات بیشتر به سمت سیستمهای پویایی بوده که مبتنی بر پایگاه های داده ای قدرتمند می باشند.
در این میان نباید نقش طراحان و تحلیل گران این گونه سیستمها را نادیده گرفت. چرا که در صورت نبود یک تحلیل مناسب از یک سیستم ، نمی توان از آن سیستم به نحو اساسی استفاده نمود.
در سیستم جاری (سیستم نرم افزاری مطب) سعی برآن شده که با روش تحلیل UML به بررسی سیستم با دید نرم افزاری پرداخته شود.
مراحل مختلف طراحی و تحلیل به شرح ذیل انجام خواهد شد:
• درفصل اول پروژه به بررسی Use Case ها و سناریوی Actor ها که در حقیقت وظائف آنها و روالهایی است که انجام می شود می پردازیم.
• در فصل دوم به بررسی Class Diagram ها (نمودار کلاس)  خواهیم پرداخت. این مرحله مرحله بسیار مهمی می باشد.
• در فصل سوم به بررسی Sequence Diagram یا نموداهای توالی خواهیم پرداخت.
• در فصل چهارم به بررسی Activity Diagram ها (نمودارهای فعالیت) خواهیم پرداخت.
• در فصل پنجم به بررسی Domain Diagram خواهیم پرداخت.
• در فصل ششم به بررسی نمودار های Collaboration خواهیم پرداخت.
• در فصل هفتم به بررسی ER Diagram یا نمودار Entity Relations پرداخته خواهد شد.
• در فصل هشتم به بررسی و رسم نمودارهای DFD (نمودارهای جریان داده ها) خواهیم پرداخت.
• در فصل نهم به بررسی State Chart Diagram پرداخته خواهد شد.
• در فصل دهم مروری بر زبان برنامه نویسی مورد استفاده خواهیم داشت و به بررسی علل انتخاب این زبان خواهیم پرداخت.

۱-۵- شناسائی Actor های سیستم

Actor ها در حقیقت مکانیسمی برای طبقه بندی External User ها هستند. Actor ها می توانند در چهار گروه User ، Applications ، Devices و External Events  باشند. در سیستم جاری با دو نوع اکتور سرو کار داریم:

  • Actor کاربر
  • Actor External Events

۱-۵-۱- Actor کاربر

کاربران سیستم در حالت کلی شامل Actor مدیر وب سایت و Actor بازدیدکنندگان وب سایت می باشند.

Actor منشی و Actor بیمار و Actor پزشک  با رابطه Generalization با Actor کاربر سیستم ارتباط دارند و تمامی خواص Actor کاربر سیستم را دارا هستند. در حالت کلی ، کاربر به استفاده کننده سیستم نرم افزاری مطب گفته می شود که سایر تعاریف Actor های سیستم از آن مشتق می شود. (ارث بری دارند)

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

۱-۵-۲- Actor پزشک

شرح: پزشک کسی است که کار اصلی در مطب را انجام می دهد. بیماران را ویزیت می نماید ، برای آنها نسخه صادر می نماید و بر روند کار منشی مطب نظارت دارد.

۱-۵-۳- Actor بیمار

شرح: بیمار کسی است که برای معالجه خود به مطب مراجعه نموده  و پس از ویزیت توسط دکتر ، نسخه های خود را دریافت می نماید.

۱-۵-۴- Actor منشی مطب

منشی مطب کسی است که تمامی عملیات مربوط به پذیرش و زمانبندی مراجعه بیماران را به عهده دارد و البته کارهای جانبی و خدمات جانبی مطب را نیز انجام می دهد.

۱-۵-۵- External Events Actor

این گونه Actor ها به صورت Periodic با سیستم محاوره دارند. در سیستم جاری یک Timer برای ثبت ونگهداری زمان شروع و پایان استفاده کاربران سیستم (تمامی اکتورها) تعبیه گردیده است.

سایر External Events Actor در هنگام نیاز بررسی خواهند شد.

۱-۶-  شناسائی Use Case ها

Functionality های زیر به درخواست مشتری پس از چند مرحله مصاحبه شناسایی و استخراج گردیده است:

  • ثبت نام در سیستم (Sign Up)
  • ورد به سیستم ( Log In / Sign In)
  • مشاهده فهرست زمانی ویزیت بیماران (Main Menu)
  • تنظیم برنامه زمانبندی برای مراجعه بیماران (Time Slice Definition)
  • صندوق پیام مدیر (Admin Mailbox)
  • صندوق پیام منشی (Secretary Mailbox)
  • لیست ویزیتها و تجویزات انجام شده ( Visitd List)
  • ویراش لیست بیماران و تجویزات توسط مدیر (Edit Users Profiles )

////////////////////////////////////////////////////////

 

 فهرست مطالب

چکیده ۵
مقدمه ۷
هدف سیستم جاری ۷
زبان تحلیل سیستم ۷
تاریخچه UML 8
ویژگیهای UML 11
فصل اول: Use Case Diagrams 14
۱-۱- Use case چیست؟ ۱۵
۱-۲- Actor چیست؟ ۱۶
۱-۳- دیاگرام use case چیست؟ ۱۶
۱-۴- ارتباطات بین use case ها چگونه است؟ ۱۶
۱-۵- شناسائی Actor های سیستم ۱۷
۱-۵-۱- Actor کاربر ۱۷
۱-۵-۲- Actor پزشک ۱۸
۱-۵-۳- Actor بیمار ۱۸
۱-۶-  شناسائی Use Case ها ۲۰
۱-۶-۱- Sing Up Use Case 21
۱-۶-۱-۱- سناریوی Sing Up Use Case 22
۱-۶-۲- Sing In  Use Case 23
۱-۶-۲-۱- سناریوی Sing In Use Case 24
۱-۶-۳- Use Case  پذیرش منشی ۲۵
۱-۶-۳-۱- سناریوی Use Case پذیرش منشی ۲۶
۱-۶-۴- Use Case   تجویزات و معاینات ۲۷
۱-۶-۴-۱- سناریوی Use Case معاینات و تجویزات ۲۸
۱-۶-۵- Use Case   برنامه زمانبندی ۲۹
۱-۶-۵-۱- سناریوی Use Case برنامه زمانبندی ۳۰
فصل دوم: Class Diagram 31
۲-۱- نمودار کلاس سیستم مطب ۳۲
۲-۱- ۱-نمودار کلاس سیستم مطب (بخش کاربران) ۳۳
۲-۱- ۱-۱- توضیحات نمودار کلاس سیستم مطب (بخش کاربران) ۳۴
۲-۱- ۲-نمودار کلاس سیستم مطب (بخش معاینات و تجویزات) ۳۵
فصل سوم: Sequence Diagram 36
۳-۱-  نمودار توالی ۱ – ثبت نام کاربر جدید ۳۷
۳-۲-  نمودار توالی ۲ –  ورود به سیستم ۳۸
۳-۳-  نمودار توالی ۳ –  عملیات برنامه ریزی پذیرش بیمار جدید ۳۹
۳-۴-  نمودار توالی ۴ –  عملیات ثبت پذیرش بیمار  ویزیت شده ۴۰
۳-۵-  نمودار توالی ۵ –  عملیات استخدام منشی ۴۱
۳-۶-  نمودار توالی ۶ –  عملیات درخواست تجویزات انجام شده ۴۲
فصل چهارم: Activity Diagram 43
۴-۱- نمودار فعالیت ۱ – ثبت نام و ورد به سیستم ۴۴
۴-۲- نمودار فعالیت ۲ – ویرایش اطلاعات بیماران ۴۵
۴-۳- نمودار فعالیت ۳ –  صندوق پستی ۴۶
۴-۴- نمودار فعالیت ۴-  برنامه زمانبندی پذیرش بیماران ۴۷
فصل پنجم: Domain Diagram 48
۵-۱- نمودار Domain سیستم مطب ۴۹
فصل ششم: Collaboration Diagrams 50
۶-۱-  نمودار همکاری – ثبت نام کاربر جدید ۵۱
۶-۲-  نمودار همکاری ۲ –  ورود به سیستم ۵۲
۶-۳-  نمودار همکاری –  عملیات برنامه ریزی پذیرش بیمار جدید ۵۳
۶-۴-  نمودار همکاری –  عملیات ثبت پذیرش بیمار  ویزیت شده ۵۴
۶-۵-  نمودار همکاری –  عملیات استخدام منشی ۵۵
۶-۶-  نمودار همکاری –  عملیات درخواست تجویزات انجام شده ۵۶
۶-۷-  نمودار همکاری –  عملیات ورود به سیستم ۵۷
فصل هفتم: Entity Relation Diagram (ER) 58
۷-۱- نمودار ER منطقی سیستم مطب ۵۹
۷-۲- نمودار ER فیزیکی سیستم مطب ۶۰
فصل هشتم: Data Flow Diagrams 61
۸-۱- نمودار DFD سطح صفر ۶۲
۸-۲- نمودار DFD سطح یک ۶۳
۸-۳- نمودار DFD سطح یک (جداسازی مجموعه مورد نظر) ۶۴
۸-۴- نمودار DFD سطح دو (پردازش پرداخت) ۶۵
۸-۵- نمودار DFD سطح دو (پذیرش بیمار) ۶۶
فصل نهم: State Chart Diagrams 67
۹-۱-  نمودار وضعیت – ثبت نام کاربر جدید ۶۸
۹-۲-  نمودار وضعیت  –  ورود به سیستم ۶۹
۹-۳-  نمودار وضعیت –  عملیات برنامه ریزی پذیرش بیمار جدید ۷۰
۹-۴-  نمودار وضعیت –  عملیات ثبت پذیرش بیمار  ویزیت شده ۷۱
فصل دهم: زبان برنامه نویسی ۷۲
ویژگی‌ها ۷۷
سیستم یکپارچه شده ۷۹
انواع داده ۸۰
Boxing و EnBoxing 81
فصل یازدهم:  Source Code های سیستم مطب ۸۲
فصل دوازدهم:  SQL Scripts 98
منابع و ماخذ

======