СОДЕРЖАНИЕ
ВВЕДЕНИЕ. 4
Построение модели предметной области. 6
1 Анализ и структурирование первичных требований заказчика. 6
2 Назначение системы.. 7
3 Требование к системе. 7
4 Описание функций и предварительных экранных форм. 8
5 График выполнения работ. 10
6 Основные результаты разработки системы.. 11
Разработка эксплуатационной программной документации. 12
Выбор модели жизненного цикла ПО.. 16
ЗАКЛЮЧЕНИЕ. 20
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 21
ПРИЛОЖЕНИЕ. 22
|
ВВЕДЕНИЕ
ОБЩИЕ ПОЛОЖЕНИЯ О СТАНДАРТАХ.
Стандартизация — это деятельность, направленная на разработку и установление требований, норм, правил, характеристик, как обязательных для выполнения, так и рекомендуемых, обеспечивающая право потребителя на приобретение товаров надлежащего качества, а также право на безопасность и комфортность труда.
Цель стандартизации — достижение оптимальной степени упорядочения в той или иной области посредством широкого и многократного использования установленных положений, требований, норм для решения реально существующих, планируемых или потенциальных задач.
|
|
|
Стандартизация связана с такими понятиями, как объект стандартизации и область стандартизации.
Объектом стандартизации обычно называют продукцию, процесс, услугу, для которых разрабатывают те или иные требования, характеристики, параметры, правила и т.п. Стандартизация может касаться либо объекта в целом, либо его отдельных составляющих (характеристик).
Областью стандартизации называют совокупность взаимосвязанных объектов стандартизации.
Стандартизация осуществляется на разных уровнях. Уровень стандартизации зависит от того, участники какого географического, экономического, политического региона мира принимают стандарт.
Госты ЕСПД
Единая система программной документации (ЕСПД) – комплекс государственных стандартов РФ, устанавливающих взаимосвязанные правила разработки, оформления и обращения программ и программной документации. В стандартах ЕСПД устанавливают требования, регламентирующие разработку, сопровождение, изготовление и эксплуатацию программ, что обеспечивает возможность:
- унификации программных изделий для взаимного обмена программами и применения ранее разработанных программ в новых разработках;
- снижения трудоемкости и повышения эффективности разработки, сопровождения, изготовления и эксплуатации программных изделий;
- автоматизации изготовления и хранения программной документации.
Сопровождение программы включает анализ функционирования, развитие и совершенствование программы, а также внесение изменений в нее с целью устранения ошибок.
|
|
К программным относят документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ.
1. ГОСТ 19.102-77 ЕСПД. Стадии разработки.
2. ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов.
3. ГОСТ 19.104-78 ЕСПД. Основные надписи.
4. ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.
5. ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.
6. ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.
7. ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.
8.
|
9. ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.
10. ГОСТ 19.402-78 ЕСПД. Описание программы.
11. ГОСТ 19.403-79 ЕСПД. Ведомость держателей подлинников.
12. ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.
13. ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению.
14. ГОСТ 19.502-78 ЕСПД. Общее описание. Требования к содержанию и оформлению.
15. ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.
16. ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению.
17. ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению.
18. ГОСТ 19.507-79 ЕСПД. Ведомость эксплуатационных документов.
19. ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
|
|
20. ГОСТ 19.601-78 ЕСПД. Общие правила дублирования, учета и хранения.
21. ГОСТ 19.602-78 ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом.
22. ГОСТ 19.603-78 ЕСПД. Общие правила внесения изменений.
23. ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.
24. ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
Построение модели предметной области
1 Анализ и структурирование первичных требований заказчика
|
1 Общие сведения
1.1 Полное наименование системы и ее условное обозначение
Полное название системы «Students Go»
Условное обозначение системы: «StudGo»
1.2 Сроки начала и окончания работ
Дата начала: 21.09.2020
Дата окончания: 10.10.2020
2 Назначение системы
«Students Go» – это клиентское приложение для учета и обработки данных путем взаимодействия с БД. Приложение будет осуществлять работу со следующими типами данных:
- текстовые данные
- числовые данные
- файловые данные
- данные действий пользователя
- данные с датой и временем или временным интервалом
- комбинации всех вышеперечисленных данных.
Обработка данных должна происходить только после заполнения всех обязательных полей.
Все действия пользователей должны записываться в журнале событий с датой и регистрацией действия.
3 Требование к системе
|
3.1 Требования к структуре системы
Система состоит из следующих компонентов:
Серверное ПО – база данных Microsoft Access: данные учетных записей пользователей.
Клиентское ПО – оконный интерфейс с применением языка программирования C# и технологии Windows Forms. Исполнитель оставляет за собой право использовать при разработке сторонние библиотеки и открытое программное обеспечение. Если использование стороннего ПО потребует дополнительных затрат, то исполнитель предварительно обязан согласовать их применение с заказчиком, путем составления Дополнительного соглашения с заказчиком.
|
3.2 Требования к режимам функционирования системы
Операционная система – Microsoft Windows 7 и выше.
Программная платформа – Microsoft.Net Framework 4.8 и выше.
Скорость Интернет-соединения не менее 1 Мбит/с.
Не менее 50 Мб свободного места на жестком диске (HDD).
3.3 Перспективы развития системы
1. Система должна иметь длительный жизненный цикл.
2. Система должна допускать возможность модернизации.
3. Система должна обеспечивать должный уровень безопасности.
3.4 Требования к надёжности
1. Время восстановления работоспособности клиентского приложения не должно превышать 48 часов.
2. Время восстановления работоспособности БД при любых сбоях не должно превышать 24 часов.
3. Другие значения показателей надёжности должны быть определены после проведения предпроектного обследования.
4 Описание функций и предварительных экранных форм
Клиентское приложение состоит из следующих обязательных форм:
1. Вход
2. Регистрация
3. Запросы
4. Студенты
5. Ошибка
Навигация между формами осуществляется путем логического перемещения от формы к форме.
|
4.1 Форма «Вход»
Вход в систему должен осуществляться через аутентификацию пользователей (аутентификация – это проверка подлинности пользователя путём сравнения введённого им пароля и логина с данными, хранящимися в базе данных пользователей) через соответствующую форму «Вход».
4.2 Форма «Регистрация»
Регистрация представляет собой форму с тремя полями: логин, пароль, повторите пароль и кнопкой «ОК» для подтверждения введенных данных.
4.3 Форма «Запросы»
Форма «Запросы» отображает информацию о пользовательских запросах с помощью кнопок: «Призывники», «Иностранцы», «Студенты, проживающие в Московском районе», «Найти», «Назад» и кнопки «Excel» для вывода необходимой пользователю информации в документ вида таблицы – Microsoft Excel.
4.4 Форма «Студенты»
Форма «Студенты» представляет собой графическое окно с расположенной на ней информацией о студентах и тремя кнопками для навигации (назад, обновить и запросы).
4.5 Форма «Ошибка»
На форме «Ошибка» расположены две кнопки «Попробовать снова» и «Регистрация». При нажатии на кнопку «Попробовать снова» пользователь возвращается на форму «Вход». Кнопка «Регистрация» переносит пользователя на форму «Регистрация».
|
5 График выполнения работ
Общая продолжительность проекта: 3 недели
| № | Этап выполнения работы | Срок реализации | ФИО ответственного исполнителя |
| Согласование функционала системы. Формирование промежуточного ответа. | 21.09.2020 – 27.09.2020 | Бабаниязов А.Ю. | |
| Разработка графического интерфейса. Подготовка промежуточного отчета и программной документации. | 28.09.2020 – 04.10.2020 | Бабаниязов А.Ю. |
| Внесение изменений в реализацию системы. Проведение тестирования системы. Написание итоговой документации. Передача конечной версии продукта заказчику. Передача документов по использованию заказчику. | 05.10.2020 – 10.10.2020 | Бабаниязов А.Ю. |
Таблица 1 – График выполнения работ
|
6 Основные результаты разработки системы
Результатом разработки системы является:
1. Письменная сопроводительная документация для всей системы «StudGo»
2. Сопроводительная документация для исходного кода системы «StudGo»
3. Исходные коды клиентского приложения и базы данных.
4. Руководство пользователя.
7 Порядок контроля и приёмки системы
1. Приемку работ должна осуществлять приемочная комиссия, в состав которой включаются представители Заказчика, представители Исполнителя.
2. Все работы по разработке системы должны быть закончены в срок до 10.09.2020.
3. Отдельные пункты ТЗ могут изменяться и уточняться по соглашению сторон.
|
5. В период с 21.09.2020 по 10.09.2020 исполнитель и заказчик проводят окончательные обсуждения по полученным результатам, и вносят окончательные правки.
Разработка эксплуатационной программной документации.
Руководство пользователя
Для запуска приложения необходимо открыть файл с названием программы «StudGo» с расширением.EXE двойным кликом мыши.
После данного действия откроется графическое окно с названием «Вход».
Рисунок 2 – Форма «Вход»
Если пользователь уже зарегистрирован, т.е. у него имеется учетная запись в базе данных, то он вводит полученные при регистрации данные путем нажатия кнопки «Вход». Если же пользователь использует данное приложение впервые, то также при нажатии кнопки «Вход» откроется новое окно с названием «Ошибка».
Рисунок 3 – Форма «Ошибка»
Попав на форму «Ошибка», у пользователя появляется возможность ввести данные еще раз с помощью формы «Вход».
Когда пользователь решил зарегистрироваться, он должен нажать кнопку «Регистрация» на форме «Ошибка». Оказавшись в окне «Регистрация», пользователю предоставляется ввод данных, необходимых для создания новой учетной записи, с помощью полей «Логин», «Пароль» и «Повторите пароль».
Рисунок 4 – Форма «Регистрация»
|
После успешной регистрации т.е. когда пользователь нажмет кнопку «ОК», он увидит всплывающее сообщение - «Ваши данные внесены в базу, Готово» появится форма «Вход», где им заполняются ранее использованные регистрационные данные.
|
Рисунок 5 – Форма «Студенты»
На форме «Студенты» также присутствует кнопка «Запросы», которая позволяет переместиться в графическое окно с запросами. Оно представляет собой форму с навигационной кнопкой «Назад» (возвращает пользователя на форму «Вход»), полями ввода (Введите букву, Введите фамилию и Введите № группы) с кнопкой «Найти» (осуществляет поиск при помощи введенных данных пользователем) и кнопками, которые осуществляют пользовательские запросы: «Призывники» (вывод студентов-юношей, которым больше или равно 18 лет), «Иностранцы» (вывод студентов, не проживающих в России), «Студенты, проживающие в Московском районе» (вывод студентов, проживающих в Московском районе) и кнопкой «Excel» (позволяет выполнить экспорт информации из БД в удобный документ с форматом таблицы – Microsoft Excel).
Рисунок 6 – Форма «Запросы»
|
Рисунок 7 – Пример импорта данных в Excel документ
В целях информационной безопасности, каждый раз, когда пользователь заходит и выходит из приложения, информация о его входе и выходе из системы записывается в текстовый файл «protocol.txt».
Рисунок 8 – Пример протоколирования
|
Информационные системы должны удовлетворять интересам бизнеса, а также быть легко модифицируемыми и недорогими. Плохо спроектированная система, в конечном счете, требует больших затрат и времени для ее содержания и обновления.
Одним из базовых понятий методологии проектирования ИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО).
Жизненный цикл ПО – это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
- ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.
- ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.
- Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес- приложений.
Жизненный цикл ПО представляет собой модель ее создания и использования. Модель отражает различные состояния, начиная с момента возникновения необходимости в данном программном обеспечении и заканчивая моментом его полного выхода из употребления у всех пользователей.
Существует множество различных моделей жизненного цикла ПО. В этот список входят следующие модели:
- итеративная
|
- спиральная
- v-model
- DVM (dual vee model)
- CMM (capability maturity model) и многие другие
Мой выбор пал на каскадную модель (также известную как «Водопад»). Следуя такой модели, разработчик переходит от одной стадии к другой строго последовательно. В результате, переход от одной фазы к другой происходит после полного и успешного завершения предыдущей, что облегчает планирование сроков реализации стадий и их стоимости. На рисунке 9 представлена схема данной модели.
Рисунок 9 – Каскадная модель
Первый этап – анализ требований к информационной модели. На данном этапе проводился анализ проблемы, которая должна была быть решена; четко формулировались все требования. Результатом этапа являлось техническое задание, согласованное со всеми заинтересованными сторонами.
Второй этап – проектирование информационной системы. Во время выполнения данного этапа разрабатывались проектные решения, удовлетворяющие всем требованиям, сформулированным в техническом задании. Результатом данного этапа являлся комплект проектной документации, содержащей данные для реализации проекта.
|
Третий этап – реализация проекта. Здесь осуществлялась разработка программного обеспечения (кодирование) в соответствии с проектными решениями, полученными на предыдущем этапе. Методы, которые использовались для реализации, не имели принципиального значения. Результатом выполнения данного этапа являлся готовый программный продукт.
Четвертый этап – тестирование. На данном этапе проводилась проверка разработанного программного обеспечения на предмет соответствия требованиям, заявленным в техническом задании. Опытная эксплуатация позволяла выявить различного рода скрытые недостатки, которые проявлялись в реальных условиях работы программного обеспечения.
Пятый и заключительный этап – эксплуатация. В ходе проведения данной стадии, осуществлялось применение информационной системы по ее прямому предназначению и сопровождению, которое заключалось в сборе статистики о функционировании системы, выявлении недоработок и ошибок с целью их исправления в будущем при проведении модификации.
Каскадная модель имеет ряд положительных сторон, благодаря которым она хорошо зарекомендовала себя при выполнении различного рода инженерных разработок и получила широкое распространение. Ее основные достоинства:
- на каждом этапе формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности
- на заключительных этапах разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения информационной системы (организационное, методическое, информационное, программное, аппаратное)
- выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты
Каскадная модель изначально разрабатывалась для решения различного рода инженерных задач и не потеряла своего значения для прикладной области до настоящего времени. Каскадный подход хорошо зарекомендовал себя при разработке ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать требования.
Однако, несмотря на все свои достоинства, каскадная модель имеет ряд недостатков, ограничивающих ее применение. Недостатки каскадной модели:
- существенная задержка в получении результата
- ошибки и недоработки на любом этапе проявляются на следующих
- сложность ведения параллельных работ по проекту
- информационная перенасыщенность
- сложность управления проектом, администрирование
- высокий уровень рисков
Методику «Каскадная модель» довольно часто критикуют за недостаточную гибкость и объявление самоцелью формальное управление проектом в ущерб срокам, стоимости и качеству. Тем не менее, при управлении большими проектами формализация часто являлась очень большой ценностью, так как могла кардинально снизить многие риски проекта и сделать его более прозрачным. Поэтому даже в PMBOK (Свод знаний по управлению проектами) 3-й версии формально была закреплена только методика «каскадной модели» и не были предложены альтернативные варианты, известные как итеративное ведение проектов.
Начиная с PMBOK 4-й версии удалось достичь компромисса между методологами, приверженными формальному и поступательному управлению проектом, с методологами, делающими ставку на гибкие итеративные методы. Таким образом, начиная с 2009 года, формально Институтом управления проектами (PMI) предлагается как стандарт гибридный вариант методологии управления проектами, сочетающий в себе как плюсы от методики «Водопада», так и достижения итеративных методологов.
|
ЗАКЛЮЧЕНИЕ
Программный продукт не может иметь коммерческий успех, если он не снабжен качественной понятной и всеобъемлющей документацией.
|
- унификацию программных изделий для взаимного обмена программами и применения ранее разработанных программ в новых разработках;
- снижение трудоемкости и повышения эффективности разработки, сопровождения, изготовления и эксплуатации программных изделий;
- автоматизацию изготовления и хранения программной документации.
Сопровождение программы включает анализ функционирования, развитие и совершенствование программы, а также внесение изменений в нее с целью устранения ошибок.
В результате прохождения практики было разработано клиент-серверное приложение «StudGo», которое полностью удовлетворяет предоставленным в пункте 1 требованиям заказчика, а также разработана эксплуатационная программная документация «Руководство пользователя».
|
1. Обучение работе с Access. – URL: https://support.miscrosoft.com/ru-ru/office/обучение-работе-с-access- a5ffb1ef-4cc4-4d79-a862-e2dda6ef38e6 (Дата обращения: 21.09.2020).
2. Руководство по программированию на C#. – URL: https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/ (Дата обращения: 16.04.2020)
3. Создание приложения Windows Forms на C# в Visual Studio. – URL: https://docs.microsoft.com/ru-ru/visualstudio/ide/create-csharp-winform-visual-studio?view=vs-2019
4. Сайт о программировании. Создание юнит-тестов. – URL: https://metanit.com/sharp/aspnet5/22.3.php (Дата обращения: 23.04.2020)
5. Васильев, А. Н. Программирование на C# для начинающих. Основные сведения: БОМБОРА, 2020. - 592 c.
6. Горелов С. В. Современные технологии программирования: разработка Windows-приложений на языке C#. Том 1: Прометей, 2019. - 363 c.Голицына Базы данных / Голицына, О.Л. и. - М.: Форум; Инфра-М, 2013. - 399 c.
|
Код программных модулей
Листинг формы «Вход»
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.Data.OleDb;
using System.IO;
namespace WindowsFormsApp11
{
public partial class Form1: Form
{
public Form1()
{
InitializeComponent();
}
string Fil = @"C:\Users\asus\Desktop\Юрьева\lab2\protocol.txt";
string par = "";
string log = "";
string data = DateTime.Now.ToString("HH:mm:ss");
private void button1_Click(object sender, EventArgs e)
{
string sql = "SELECT* FROM Parol Where((login='" + textBox1.Text + "')AND(parol='" + textBox2.Text + "'));";
string connectionString = "";
DataTable dataTable = new DataTable();
connectionString = "Provider=Microsoft.Jet.OLEDB.4.0;" + @"Data Source=C:\Users\asus\Desktop\Юрьева\lab2\Kolledzh_dlya_studentov.mdb;";
OleDbConnection connection = new OleDbConnection(connectionString);
connection.Open();
OleDbCommand OleDbCommand = new OleDbCommand(sql, connection);
OleDbDataAdapter dataAdapter = new OleDbDataAdapter(OleDbCommand);
dataAdapter.Fill(dataTable);
connection.Close();
if (dataTable.Rows.Count!= 0)
{
log = textBox1.Text;
par = textBox2.Text;
File.WriteAllText(Fil, "\t\tПользователь\t" + "Пароль\t\r\n");
Form2 form2 = new Form2();
form2.Show();
this.Hide();
}
else
{
Form3 form3 = new Form3();
form3.Show();
this.Hide();
}
File.AppendAllText(Fil, "\tВход: " + data + " " + log + "\t" + par + "\t\r\n");
}
private void button2_Click(object sender, EventArgs e)
{
Application.Exit();
|
}
}
}
Листинг формы «Ошибка»
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
namespace WindowsFormsApp11
{
public partial class Form3: Form
{
public Form3()
{
InitializeComponent();
}
private void Form3_Load(object sender, EventArgs e)
{
}
private void button1_Click(object sender, EventArgs e)
{
Form1 form1 = new Form1();
form1.Show();
this.Hide();
}
private void button2_Click(object sender, EventArgs e)
{
Form4 form4 = new Form4();
form4.Show();
this.Hide();
}
}
}
Листинг формы «Запросы»
string sql = "SELECT №St,Familia,Imya,№gr,Adres FROM Students Where((Adres='ул. Победы')OR(Adres='ул.Костюшко')OR(Adres='ул. Фрунзе')OR(Adres='ул. Благодатная')OR(Adres='Московский пр.'));";
string connectionString = "";
System.Data.DataTable dataTable = new System.Data.DataTable();
connectionString = "Provider=Microsoft.Jet.OLEDB.4.0;" + @"Data Source=C:\Users\asus\Desktop\Юрьева\lab2\Kolledzh_dlya_studentov.mdb;";
OleDbConnection connection = new OleDbConnection(connectionString);
connection.Open();
OleDbCommand OleDbCommand = new OleDbCommand(sql, connection);
OleDbDataAdapter dataAdapter = new OleDbDataAdapter(OleDbCommand);
dataAdapter.Fill(dataTable);
dataGridView1.DataSource = dataTable;
connection.Close();
|