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

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

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

مراحل مختلف طراحی و تحلیل به شرح ذیل انجام خواهد شد:

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

مقدمه

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

این گونه نرم افزارها مزایای بسیار زیادی دارند. البته در حال حاضر با بهره گیری از ویژگیهای شئ گرایی به قابلیتهای این سیستمها اضافه شده اند و امنیت اطلاعات را بسیار بالا برده و بیشتر و بهتر می توان از ابزار و امکانات سخت افزاری و نرم افزاری موجود استفاده کرد.

هدف سیستم جاری

هدف از طراحی و پیاده سازی این سیستم ، نر م افزاری است که با آن بتوان در آن عملیات مربوط به ثبت نام و . . . در یک موسسه زبان را به صورت سیستمی انجام داد.

زبان تحلیل سیستم

تحلیل سیستم با استفاده از زبان مدلسازی یکنواخت UML انجام خواهد شد. زبان مدلسازی یکنواخت یا Unified Modeling Language) UML) ، یک زبان مدلسازی است که برای تحلیل وطراحی سیستمهای شی‌گرا بکار می‌رود. UML اولین بار توسط شرکت Rational ارائه شد و پس از آن از طرف بسیاری از شرکت‌های کامپیوتری و مجامع صنعتی و نرم‌افزاری دنیا مورد حمایت قرار گرفت. به طوریکه تنها پس از یک سال ، توسط گروه Object Management Group ، به عنوان زبان مدلسازی استاندارد پذیرفته شد. UML تواناییها و خصوصیات بارز فراوانی دارد که می‌تواند به طور گسترده‌ای در تولید نرم‌افزار استفاده گردد.

چکیده ۵

مقدمه ۷

هدف سیستم جاری ۷

زبان تحلیل سیستم ۷

تاریخچه UML 8

ویژگیهای UML 11

۱-۱- Vision چیست ۱۵

۱-۲- موضوع پروژه ۱۶

۱-۳- اهداف پروژه ۱۶

۱-۴- انجام پروژه چه سودی دارد ۱۷

۱-۵- ذینفعان پروژه ۱۷

۱-۶- سابقه انجام پروژه های مشابه ۱۸

۱-۷- معایب پروژه های گذشته ۱۸

۱-۸- زبان برنامه نویسی ۲۰

۱-۹- پایگاه داده ۲۰

۱-۱۰-روش تحلیل سیستم ۲۱

۱-۱۱- سیستم عامل مورد نیاز برای پیاده سازی ۲۱

۱-۱۲- سایر نرم افزارهای مورد نیاز برای پیاده سازی سیستم ۲۱

۱-۲- Use case چیست؟ ۲۲

۱-۳- Actor چیست؟ ۲۲

۱-۴- دیاگرام use case چیست و ارتباط آنها چگونه است؟ ۲۳

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

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

۱-۵-۲- Actor مدیر موسسه زبان ۲۵

۱-۵-۳- Actor معلم زبان زبان ۲۶

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

۱-۶-۱- Sing Up Use Case 29

۱-۶-۱-۱- سناریوی Sing Up Use Case 30

۱-۶-۲- Sing In  Use Case 31

۱-۶-۲-۱- سناریوی Sing In Use Case 32

۱-۶-۳- SignOut Use Case 33

۱-۶-۳-۱- سناریوی SignOut Use Case 34

۱-۶-۴- Teacher Acception Use Case 35

۱-۶-۴-۱- سناریوی Teacher Acception Use Case 36

۱-۶-۵- Teacher & Boss Mailbox Use Case 37

۱-۶-۵-۱- سناریوی Boss Mailbox Use Case 38

۱-۶-۵-۲- سناریوی User Mailbox Use Case 39

۱-۶-۶- Lesson Definition & Exam Definition Use Case 40

۱-۶-۶-۱- سناریوی Lesson Definision Use Case 41

۱-۶-۶-۲- سناریوی Exam Definision Use Case 42

۱-۶-۷- Teacher Marks & Marks View Use Case 43

۱-۶-۷-۱- سناریوی Teacher Mark Use Case 44

۱-۶-۷-۲- سناریوی View Marks Use Case 45

۱-۶-۸-  Use Case    کلی سیستم ۴۶

۱-۶-۹-  Use Case    کلی سیستم (بخش اول) ۴۷

۱-۶-۱۰-  Use Case    کلی سیستم (بخش دوم) ۴۸

۲-۱- نمودار Class کلی سیستم ۵۰

۲-۱-۱- کلاس کاربر ۵۱

۲-۱-۲- کلاس مدیر ۵۱

۲-۱-۳- کلاس معلم زبان ۵۱

۲-۱-۴- کلاس صندوق پستی کاربران ۵۲

۲-۱-۵- کلاس تعریف امتحانات ۵۲

۲-۱-۶- کلاس گزارش امتحانات ۵۲

۲-۱-۷- کلاس تعریف دروس مدرسه ۵۳

۲-۱-۸- کلاس بانک سوالات ۵۳

۲-۱-۹- کلاس درخواست شرکت در آزمون ۵۳

۳-۱- نمودار توالی SignIn 55

۳-۲- نمودار توالی SignUp 56

۳-۳- نمودار توالی SignOut 57

۳-۴- نمودار توالی Question Bank 58

۳-۵- نمودار توالی Exam 59

۳-۶- نمودار توالی Exam Definition 60

۳-۷- نمودار توالی Teacher Acception 61

۳-۸- نمودار توالی Lesson Definision 62

۳-۹- نمودار توالی Be In Exam Request 63

۳-۱۰- نمودار توالی Boss MailBox 64

۳-۱۱- نمودار توالی Teacher MailBox 65

۳-۱۲- نمودار توالی Marks View 66

۴-۱- نمودار همکاری SignIn 68

۴-۲- نمودار همکاری  SignUp 69

۴-۳- نمودار همکاری SignOut 70

۴-۴- نمودار همکاری Question Bank 71

۴-۵- نمودار همکاری Be In Exam Request 72

۴-۶- نمودار همکاری Exam Definition 73

۴-۷- نمودار همکاری Teacher Acception 74

۴-۸- نمودار همکاری Lesson Definision 75

۴-۹- نمودار همکاری Exam Registeration 76

۴-۱۰- نمودار همکاری Boss MailBox 77

۴-۱۱- نمودار همکاری Teacher MailBox 78

۴-۱۲- نمودار توالی Teacher Marks 79

۵-۱- نمودار فعالیت SignUp 81

۵-۲- نمودار فعالیت برگذاری امتحانات ۸۲

۵-۳- نمودار فعالیت Exam Definition 83

۵-۴- نمودار فعالیت Teacher Acception 84

۵-۵- نمودار فعالیت Lesson Definision 85

۵-۶- نمودار فعالیت Exam Registration 86

۵-۷- نمودار فعالیت Boss Mailbox 87

۶-۱- نیازمندیهای مساله جهت طراحی نرم افزار ۸۹

۶-۱-۱-اطلاعات پایه ۸۹

۶-۱-۲- عملیات مربوط به جستجو ۸۹

۶-۱-۳- گزارش‌ها ۹۰

۶-۱-۴-  امنیت و حدود دسترسی ۹۱

۶-۱-۵-بازسازی اطلاعات ۹۱

۷-۱- نمودار کلی ER سیستم