Документирование работ, выполняемых на этапе анализа в жизненном цикле программных средств

Оглавление

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Постановка задачи.

 

Цель курсового проекта: разработать прототип информационной системы на всех этапах жизненного цикла программных средств (ЖЦ ПС), в котором осуществляется выполнение следующих запросов:

1. ввод, хранение  и поиск информации о студентах;

2. регистрация  студентов, посещающих дополнительные  курсы;

3. регистрация  студентов, посещающих спортивные  секции;

4. ведения учета оплаты студентами обучения на платной основе;

5. ведение учета о выдачи квитанций студентам;

6. студенты, у которых есть золотая медаль;

7. студенты, учащиеся на экономическом факультете;

8. студенты, учащиеся на математическом факультете и имеющие золотую медаль.

Для достижения поставленной цели необходимо выполнить следующие работы.

1. Выполнить работы по разработке прототипа информационной системы на этапе анализа ЖЦ ПС.
2. Выполнить работы на этапе проектирования в ЖЦ ПС.
3. Разработать программный код прототипа информационной системы и выполнить его тестирование.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3

2. Документирование  работ, выполняемых на этапе анализа  в жизненном цикле программных средств.

 

 

Для выполнения работ осуществляемых на этапе анализа в ЖЦ ПС необходимо разработать следующие диаграммы:

• Диаграммы деятельности, которые разрабатываются в двух вариантах –  для документирования бизнес - процессов, выполняемых в организации и для документирования бизнес - процессов, для которых предложена их автоматизация.
• Диаграммы Use Case (прецедентов), в которых документируется структура организации с учетом предложенных модификаций бизнес - процессов на основе их автоматизации и выделяются функции исполнителей бизнес - процессов также на основе автоматизированных бизнес - процессов.
• Диаграммы последовательности, в которых документируются последовательности выполнения функций исполнителями.

Диаграмма деятельности (activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий (action), соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.

Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

Диаграмма прецедентов (use case diagram) — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

Основное назначение диаграммы — описание функциональности и поведения, позволяющее заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему.

При моделировании системы с помощью диаграммы прецедентов системный аналитик стремится:

• чётко отделить систему от её окружения;
• определить действующих лиц (актёров), их взаимодействие с системой и ожидаемый функционал системы;
• определить в глоссарии предметной области понятия, относящиеся к детальному описанию функционала системы (то есть, прецедентов).

Диаграмма последовательности (sequence diagram) — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. Используется в языке UML.

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники), вертикальные линии (lifeline), отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо. Ее недостатком является то, что она занимает много места.

 

Разработанные диаграммы приведены на рис. 2.1 – 2.4.

 

 

 

 

4

Рис 2.1 Диаграмма деятельности, документирующая существующий бизнес-процесс

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5

Рис 2.2 Диаграмма деятельности, автоматизированный бизнес-процесс

 

 

 

 

 

 

 

 

 

 

 

 

 

 

6

Рис.2.3 Диаграммы Uses-case(прецедентов), в которой документируется структура     университета, с учетом предложенных модификаций бизнес-процессов на основе их автоматизации

 

 

 

 

 

 

 

 

 

 

 

 

7

Рис. 2.4 Диаграмма последовательности, документирующая функции выполняемые исполнителями

 

 

8

 

3. Документирование работ, выполняемых на этапе проектирования в жизненном цикле программных средств.

 

На этапе проектирования ЖЦ ПС работы выполняются на двух его подэтапах:

• подэтапе логического проектирования;
• подэтапе физического проектирования.

На подэтапе логического проектирования осуществляется документирование структуры прототипа информационной системы в виде диаграммы классов.

На подэтапе физического проектирования строится диаграмма размещения которая документирует аппаратные обеспечения на котором будет функционировать будущая информационная система.

 

Система управления базами данных (СУБД) служит для:

• управление данными во внешней памяти (на дисках);
• управление данными в оперативной памяти с использованием дискового кэша;
• журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
• поддержка языков БД (язык определения данных, язык манипулирования данными).

 

Бухгалтерия выполняет такие функции как:

• подписание договора;
• выдача квитанций студентам учащимся на платной основе;
• занесение в СУБД данные об оплаченных квитанциях.

 

Секретарь выполняет такие функции как:

• составление списков групп;
• составление списков групп по доп. предметам и спортивным секциям;
• занесение всех списков в СУБД.

 

Студент выполняет такие функции как:

• подача документов;
• выбор факультета;
• подписание договора;
• оплата квитанций об оплате обучения.

 

Диаграммы, разработанные на этапе проектирования приведены на рис. 3.1 – 3.3

 

 

 

 

 

 

 

 

 

 

 

 

9

Рис.3.1 Диаграмма классов. Описывая структуру системы, она показывает её классы, их атрибуты и операторы, а также взаимосвязи этих классов

 

 

Рис. 3.2 Диаграмма размещения, которая документирует аппаратные обеспечения на котором будет функционировать будущие информационные системы

 

 

 

         10

 

Рис.3.3 Диаграмма, показывающая разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

          11

4. Описание пользовательского  интерфейса прототипа разработанной  информационной системы.

 

Описание пользовательского интерфейса приведены на рис. 4.1 – 4.8

Рис.4.1 Показан пользовательский интерфейс при выполнении им запроса 1: «ввод, хранение и поиск информации о студентах»

 

Рис.4.2 Показан пользовательский интерфейс при выполнении им запроса 2: «регистрация студентов, посещающих дополнительные курсы»

 

 

 

 

 

          12

Рис.4.3 Показан пользовательский интерфейс при выполнении им запроса 3: «регистрация студентов, посещающих спортивные секции»

 

Рис.4.4 Показан пользовательский интерфейс при выполнении им запроса 4: «ведения учета оплаты студентами обучения на платной основе»

 

 

 

 

 

 

 

 

 

          13

Рис.4.5 Показан пользовательский интерфейс при выполнении им запроса 5: «ведение учета о выдачи квитанций студентам»

 

Рис.4.6 Показан пользовательский интерфейс при выполнении им запроса 6: «студенты, у которых есть золотая медаль»

 

 

 

 

 

 

 

 

 

 

 

 

                                                                                                                                                       14

Рис.4.7 Показан пользовательский интерфейс при выполнении им запроса 7: «студенты, учащиеся на экономическом факультете»

 

Рис.4.8 Показан пользовательский интерфейс при выполнении им запроса 8: «студенты, учащиеся на математическом факультете и имеющие золотую медаль»

 

 

 

 

 

 

 

 

          15

Заключение

В ходе выполнения курсового проекта были получены следующие результаты.

1. Выполнены работы по разработке прототипа информационной системы на этапе анализа ЖЦ ПС.
2. Выполнены работы на этапе проектирования в ЖЦ ПС.
3. Разработан программный код прототипа информационной системы и выполнить его тестирование.

Требования для корректной работы C++ Builder 6.0:  
• Платформа Windows - процессор 80386SX или выше (рекомендуется 80486), память64Mб (рекомендуется 128Mб), пространство на диске 600Mб + 800Мб для отдельных компонентов. 
• Платформа UNIX - память 32+(16*число пользователей)Mб, пространство на диске 600Mб + 800Мб для отдельных компонентов. 
C++ Builder поддерживает связь с базами данных 3-х видов: dBASE и Paradox: Sybase, Oracle, InterBase и Informix; Excel, Access, FoxPro и Btrieve. Механизм BDE (Borland Database Engine) придает обслуживанию связей с базами данных удивительную простоту и прозрачность. Проводник Database Explorer позволяет изображать связи и объекты баз данных графически.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

          16

Библиографический список

 

1. В.В.Липаев Качество программных средств. Методические рекомендации. –М: «Янус-К», 2002
2. Олифер, Олифер Компьютерные сети. Принципы, технологии, протоколы. –СПб.: Питер , 2003. ISBN 5-94723-478-5
3. Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов Проектирование экономических информационных систем. Учебник. –М.: Финансы и статистика, 2002. –512 с.
4. Якоюсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. –СПб.: Питер, 2002.
5. А.Я Архангельский Программирование в C++Builder 6.–М.:Бином, 2005.
6. http://www. djangoproject. com/
7. http://python. org/

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

          17

Приложение

//---------------------------------------------------------------------------

// Код, выводящий всех студентов

void __fastcall TForm1::Button4Click(TObject *Sender)

{   char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from chief.db");

Query1->SQL->Add(buffer);

Query1->Open();

}

//---------------------------------------------------------------------------

// Код, выводящий студентов которые получили квитанции

void __fastcall TForm1::Button3Click(TObject *Sender)

{

char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from accounting.db where Issued_receipts NOT LIKE 'No'");

Query1->SQL->Add(buffer);

Query1->Open();

                  }

//---------------------------------------------------------------------------

// Код, выводящий студентов которые оплатили обучение

void __fastcall TForm1::Button2Click(TObject *Sender)

{

char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from accounting.db where Paid_receipts NOT LIKE 'No'");

Query1->SQL->Add(buffer);

Query1->Open();}

//---------------------------------------------------------------------------

// Код, выводящий студентов у которых есть золотая медаль

void __fastcall TForm1::Button1Click(TObject *Sender)

{

   char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from univ.db where Gold_medal='Yes'");

Query1->SQL->Add(buffer);

Query1->Open();

}

//---------------------------------------------------------------------------

// Код, выводящий студентов которые учатся на математическом факультете и у которых есть золотая медаль

void __fastcall TForm1::Button8Click(TObject *Sender)

{    char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from univ.db where Faculty='Mathematical' AND Gold_medal='Yes'");

Query1->SQL->Add(buffer);                                                                                                        18

Query1->Open();

}

//---------------------------------------------------------------------------

// Код, выводящий студентов которые посещают доп. курсы

void __fastcall TForm1::Button7Click(TObject *Sender)

{   char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from chief.db where Courses NOT LIKE 'No' ");

Query1->SQL->Add(buffer);

Query1->Open()}

//---------------------------------------------------------------------------

// Код, выводящий студентов учащихся на экономическом факультете

void __fastcall TForm1::Button6Click(TObject *Sender)

{    char buffer[250];

Query1->Close();

Query1->SQL->Clear();

sprintf(buffer,"Select * from univ.db where Faculty='Economic'");

Query1->SQL->Add(buffer);

Query1->Open();

}

//---------------------------------------------------------------------------

// Код, выводящий студентов которые посещают спортивные секции

void __fastcall TForm1::Button5Click(TObject *Sender)

{   char buffer[250];

Query1->Close();

Query1->SQL->Clear();