Результат выполнения запроса (стр. 2 из 5)
Анализ требований относится к программному элементу — программному обеспечению. Уточняются и детализируются все функции программы (Смена картинок, Суммирование выигрыша с капиталом, Сравнение картинок и тд.), характеристики и интерфейс программы.
Проектирование состоит в создании представлений:
- архитектуры ПО;
- модульной структуры ПО;
- алгоритмической структуры ПО;
- структуры данных;
- входного и выходного интерфейса.
Кодирование. На этом этапе диаграммы, которые были построены на этапе проектирования, переводятся в текст на языке программирования.
Тестирование — выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта. На этом этапе были подготовлены тесты для проверки правильности работы программы.
Сопровождение — это внесение изменений в эксплуатируемое ПО. Цели изменений:
- исправление ошибок;
- адаптация к изменениям внешней для ПО среды;
- усовершенствование ПО по требованиям заказчика.
Сопровождение ПО состоит в повторном применении каждого из предшествующих шагов (этапов) жизненного цикла к существующей программе, но не в разработке новой программы.
Достоинства классического жизненного цикла: дает план и временной график по всем этапам проекта, упорядочивает ход конструирования.
Недостатки классического жизненного цикла:
1) реальные проекты часто требуют отклонения от стандартной последовательности шагов;
2) цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично);
3) результаты проекта доступны заказчику только в конце работы.
Входе работы на системный анализ было потрачено 6 дней, на анализ требований – 4 дней, на проектирование – 2 недели, на кодирование – 10 дней, на тестирование – 3 дня, на сопровождение – 1 день.
3. Системный анализ и анализ потребностей.
Программа состоит из нескольких функций. Рассмотрим их:
1. Сохранение данных
При нажатии на эту кнопку все поля заносяться в базу данных в строгом порядке. Если одно из полей не заполнено, то выводиться сообщение «Вы ввели не все поля».
2. Поиск
Поиск реализован очень удобно. Для того чтобы найти любые данные по определённому параметру нужно ввести в соответствующее поле свой запрос и нажать Поиск. В поле выведутся найденные данные по нашему запросу.
3. Следующая предыдущая запись.
Если в результате поиска есть несколько записей, то при помощи этих кнопок можно перелистывать предыдущую и следующую запись.
4. Удаление данных
Удаление данных реализовано на основе поиска. Для того чтобы удалить запись нужно найти её при помощи поиска, при потребности пролистать, а уже после нажав на кнопку «Удалить запись» удалиться запись. В функциональности программы также встроена функция ведения истории. При завершении программы все данные текущей сессии, записываются в отдельный файл, тем самым, если была изменена, внесена или удалена не та информация предыдущую базу можно вернуть.
5. Сохранение изменённых данных
В программе есть функция изменения уже имеющихся записей. Для изменения записи достаточно изменить данные, которые нужны, в поле и нажать кнопку «Сохранение найденной записи». При нажатии на кнопку данные будут сохраняться в базе данных.
4. Проектирование программного продукта.
Rational Software — компания-разработчик программного обеспечения. До 2003 года Rational была независимой компанией, в 2003 году компания была куплена фирмой IBM. Большинство продуктов компании предназначены для моделирования, а также для разработки и поддержки программного обеспечения.
Также в компании разработана методология разработки программного обеспечения — Rational Unified Process (RUP). В методологии даются рекомендации по всем этапам разработки: от моделирования бизнеса до тестирования и сдачи в эксплуатацию готовой программы.
1. Deployment diagram (Диаграмма развёртывания)
Диаграмма развёртывания, Deployment diagram — служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них. В UML 2 на узлах разворачиваются артефакты (англ. artifact), в то время как в UML 1 на узлах разворачивались компоненты. Между артефактом и логическим элементом (компонентом), который он реализует, устанавливается зависимость манифестации.
2. Use case diagram (диаграммы прецедентов)
Диаграмма прецедентов (Use case diagram, диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между акторами и прецедентами. Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
3. Activity diagram (диаграммы активности)
Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов. Этот тип диаграмм позволяет проектировать алгоритмы поведения объектов любой сложности, в том числе может использоваться для составления блок-схем.
4. State Maсhine diagram (диаграммы состояний)
Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности).
5. Interaction diagram (диаграммы взаимодействия)
Диаграмма взаимодействия - это диаграмма, на которой представлено взаимодействие, состоящее из множества объектов и отношений между ними, включая и сообщения, которыми они обмениваются. Этот термин применяется к видам диаграмм с акцентом на взаимодействии объектов (диаграммах кооперации, последовательности и деятельности).
6. Class diagram (диаграммы классов)
Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи.
7. Collaboration diagram (диаграммы сотрудничества)
Диаграмма сотрудничества ( Collaboration diagram ) предназначена для описания методов взаимодействия между объектами. Для пояснения смысла и назначения диаграммы необходимо ввести такое понятие как сотрудничество.
8. Component diagram (диаграммы компонентов)
Диаграмма компонентов— статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.
5. Разработка программного средства.
5.1. Разработка алгоритма решения задачи.
5.2 Описание алгоритма решения задачи
Переход на предыдущую запись выполняется с помощью :
….
void CFilesDlg::OnButton3()
{ i--;
UpdateData();
m_result.Empty();
if (i>=1)
….
Переход на следующую запись выполняется с помощью :
….
void CFilesDlg::OnButton2()
{ UpdateData();
m_result.Empty();
if (i<=k)
{
….
Поиск выполняется с помощью :
….
void CFilesDlg::OnButton1()
{ UpdateData();
m_result.Empty();
if(m_kod!="")
Poisk(m_kod);
….
Сохранение результата запроса в виде HTML файла выполняется с помощью:
….
{
// Обновление переменных
UpdateData(true);
CString str;
CStdioFile fSave("zapros.html", CFile::modeCreate |
CFile::modeWrite |
CFile::typeBinary);
str+="<HTML> \n <TITLE>Результатвыполнениязапроса</TITLE> \n";
str+="<BODY> \n <FONT size=15>";
….
Удаление записи выполняется с помощью :
….
void CFilesDlg::OnButton5()
{
UpdateData();
m_FilePath="1.txt";//Инициализация переменной для хранения пути к файлу 1.txt
CStdioFile fOpen(m_FilePath,CFile::modeRead);//Открытиефайла 1.txt длячтения
CString s;
m_View.Empty();
….
Сохранение новой записи выполняется с помощью :
….
void CFilesDlg::OnSaveFile()
{
// Обновление переменных
UpdateData(true);
// Создание файла по заданному пути и открытие
// его на запись в двоичном режиме
CStdioFile fSave(m_FilePath, CFile::modeCreate |
CFile::modeWrite |
CFile::typeBinary);
….
5.3. РазработкаинтерфейсаПС.
В данной программе интерфейс является простым в использовании и не требует особых навыков для работы, даже начинающий пользователь сможет без особого труда разобраться с программой.
5.4. Описание структуры наследственных классов
Для реализации задания курсового проекта было решено использовать классы иерархии NFC. На основе существующих классов были определены конкретные классы для приложения CFileApp, CFileDlg, CaboutDLG, кроме функции базовых классов в классы приложения были внесены дополнительные функции для реализации добавления записи, удаления записи, поиска и просмотра. Так же были использованы функции для работы с текстовыми и HTML файлами.
CWinApp => CFileApp =>
virtual BOOL InitInstance();
CDialog => CAboutDlg
CDialog => CFilesDlg =>
void FillFileStatus();
CString m_FileTitle;
CString m_FilePath;
CString m_result;
CString m_kod;
CString m_firma;
CString m_prod;
CString m_kont;
CString m_pokyp;
virtual void Update();
virtual void Poisk(CString Lpsz);
virtual void Ochistka();