Разработка прототипа информационной системы на всех этапах жизненного цикла программных средств

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

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

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

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

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

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

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

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

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

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

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

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

1. Выполнить работы по разработке прототипа информационной системы на этапе анализа ЖЦ ПС.

2. Выполнить работы на этапе проектирования в ЖЦ ПС.

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

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

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

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

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

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

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

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

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

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

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

§ чётко отделить систему от её окружения;

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

§ определить в глоссарии предметной области понятия, относящиеся к детальному описанию функционала системы (то есть, прецедентов).

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

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

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

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

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

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

· подэтапе логического проектирования;

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

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

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

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

§ управление данными во внешней памяти (на дисках);

§ управление данными в оперативной памяти с использованием дискового кэша;

§ журнализация изменений, резервное копирование и восстановление базы данных после сбоев;

§ поддержка языков БД (язык определения данных, язык манипулирования данными).

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

§ подписание договора;

§ выдача квитанций студентам учащимся на платной основе;

§ занесение в СУБД данные об оплаченных квитанциях.

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

§ составление списков групп;

§ составление списков групп по доп. предметам и спортивным секциям;

§ занесение всех списков в СУБД.

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

§ подача документов;

§ выбор факультета;

§ подписание договора;

§ оплата квитанций об оплате обучения.

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

Рис. 3.1 Диаграмма классов. Описывая структуру системы, она показывает её классы, их атрибуты и операторы, а также взаимосвязи этих классов Рис. 3.2 Диаграмма размещения, которая документирует аппаратные обеспечения на котором будет функционировать будущие информационные системы Рис. 3.3 Диаграмма, показывающая разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами

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

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

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

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

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

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

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

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

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

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

Заключение

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

1. Выполнены работы по разработке прототипа информационной системы на этапе анализа ЖЦ ПС.

2. Выполнены работы на этапе проектирования в ЖЦ ПС.

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

Требования для корректной работы C++ Builder 6.0:

* Платформа Windows — процессор 80386SX или выше (рекомендуется 80 486), память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 позволяет изображать связи и объекты баз данных графически.

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

1. В. В. Липаев Качество программных средств. Методические рекомендации. — М: «Янус-К», 2002

2. Олифер, Олифер Компьютерные сети. Принципы, технологии, протоколы. — СПб.: Питер, 2003. ISBN 5−94 723−478−5

3. Г. Н. Смирнова, А. А. Сорокин, Ю. Ф. Тельнов Проектирование экономических информационных систем. Учебник. — М.: Финансы и статистика, 2002. -512 с.

4. Якоюсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. — СПб.: Питер, 2002.

5. А. Я Архангельский Программирование в C++Builder 6.-М.: Бином, 2005.

6. http://www. djangoproject. com/

7. http://python. org/

Приложение

// ;

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

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 ();

sprintf (buffer, «Select * from chief. db where Sports_clubs NOT LIKE 'No'»);

Query1->SQL->Add (buffer);

Query1->Open ();

}

// ;