Курсовая. Автоматизированное рабочее место специалиста отдела кадров (на примере Администрации Волчихинского района)
 Скачать 0.81 Mb.
|
|
Министерство образования и науки Алтайского края КГБПОУ «Волчихинский политехнический колледж » Специальность 09.02.07 Студент Попов Константин Дмитриевич «___»____________ 2021 г. 090207.022.000 Курсовой проект ПМ.02 Осуществление интеграции программных модулей МДК 02.01 Технология разработки программного обеспечения Тема: Автоматизированное рабочее место специалиста отдела кадров (на примере Администрации Волчихинского района) Работа защищена: «___» ___________2021 г. Проверил преподаватель: Малахов С. В. Оценка ________________ _______________________ (подпись)  Волчиха 2021 СОДЕРЖАНИЕ ВВЕДЕНИЕ 3 2 ОБЗОР И ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 9 2.1 Актуальность и практическая значимость 9 2.2 Общая характеристика и организационная структура предприятия 10 2.3 Постановка цели и определение задач 11 3. Моделирование ПО, описание моделей 12 4 РАЗРАБОТКА ПО 17 4.1 Эскизный проект 17 4.2 Обоснование выбора средств разработки 17 4.3 Входная и выходная информация 18 4.4 Описание основных программных модулей 19 21 22 22 Рисунок 15 – Окно с отчётами в Word 22 Пример выходного документа можно просмотреть на рисунке 16. 23 23 Рисунок 16 – Пример отчёта 23 4.6 Оценка затрат на разработку ПО 26 СПИСОК ЛИТЕРАТУРЫ 34 ВВЕДЕНИЕТенденции развития современных информационных технологий приводят к постоянному возрастанию сложности информационных систем (ИС), создаваемых в различных областях деятельности человека. Тема разработки базы данных «Автоматизированное рабочее место специалиста отдела кадров» актуальна, потому что из-за большого объема информации, поступающей на обработку ежедневно, занимает значительную часть времени. Использование автоматизированной БД поможет ускорить процесс получения и обработки информации, получения информации о работниках, его надбавках, стаже и т. д. Таким образом разработка данного ПО оправдывает себя автоматизацией большого набора процессов, которые в итоге снижают затраты времени работы во много раз. Курсовая работа посвящена разработке программного обеспечения (ПО) информационной системы кадрового отдела, позволяющего освободить сотрудников от рутинных работ, связанных с подготовкой трудовых договоров, многоаспектного поиска сотрудников по различным критериям, учета и ведению стажа. Объектом курсового проектирования является структурное подразделение по кадровой деятельности «Администрация Волчихинского района Алтайского края» административное учреждение, организующее взаимодействие с жителями района. Предметом курсового проектирования являются процессы, происходящие в кадровом отделе администрации. Создание информационных систем библиотек, обладающих интуитивно-понятным интерфейсом, реализующих максимально возможное число библиотечных технологических процессов и операций, которые в принципе поддаются автоматизации, является актуальной и перспективной задачей, решение которой позволит значительно повысить эффективность работы сотрудников. Целью курсовой работы является повышение производительности библиотеки путём проектирования и разработки информационной системы. Основными задачами являются: Изучение технического задания, предоставленного работниками библиотеки; Изучение предметной области учреждения; Проектирование базы данных для разрабатываемого программного обеспечения; Создание информационной системы. 1 ТЕХНИЧЕСКОЕ ЗАДАНИЕ 1.1 Введение 1.1.1 Наименование программы. Наименование - «Кадр». 1.1.2 Краткая характеристика области применения программы. Программа предназначена для использования кадровиком в учреждениях и на предприятиях 1.1.3 Основание для разработки. Основанием для проведения разработки является необходимость в доступном программном обеспечении, которое будет осуществлять подачу, хранение, изменение и обработку данных о сотрудниках. 1.1.4 Функциональное назначение программы. Функциональным назначением программы является ведение записи подача заявок, хранение, изменение и учета информации, а также хранение в базе данных и вывод документов на отчёт. 1.1.5 Эксплуатационное назначение программы Программа может эксплуатироваться организациями. 1.2 Требования к программе. 1.2.1 Требования к функциональным характеристикам. 1.2.1.1 Требования к составу выполняемых функций Программа должна обеспечивать возможность выполнения перечисленных ниже функций: А) просмотр записей базы данных; Б) ввод записей в базу данных; В) оформление трудового договора; Г) хранение в базе данных; Д) вывод на печать. 1.2.1.2 Требования к организации входных данных Требования к организации входных данных не предъявляются. 1.2.1.3 Требования к организации выходных данных Требования к организации выходных данных не предъявляются. 1.2.1.4 Требования к временным характеристикам Требования к временным характеристикам программы не предъявляются. 1.2.2 Требования к надежности 1.2.2.1 Требования к обеспечению надежного (устойчивого) функционирования программы Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением совокупности организационно-технических мероприятий, перечень которых приведен ниже: а) организацией бесперебойного питания технических средств; б) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»; в) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов; г) необходимым уровнем квалификации пользователей. 1.2.2.2 Время восстановления после отказа Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать времени, необходимого на перезагрузку операционной системы и запуск программы, при условии соблюдения условий эксплуатации технических и программных средств. Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств. 1.2.2.3 Отказы из-за некорректных действий оператора Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой. Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу конечного пользователя без предоставления ему административных привилегий. 1.2.3 Условия эксплуатации 1.2.3.1 Климатические условия эксплуатации Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации. 1.2.3.2 Требования к видам обслуживания См. Требования к обеспечению надежного (устойчивого) функционирования программы. 1.2.3.3 Требования к численности и квалификации персонала Для работы с программой требований квалификации не требуется. 1.2.4 Требования к составу и параметрам технических средств В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя: а) процессор тактовой частотой, 2.4 ГГц , не менее; б) оперативную память объемом, 1 Гб, не менее; в) жесткий диск объемом 120 Гб, и выше; г) клавиатура, мышь; 1.2.5 Требования к информационной и программной совместимости 1.2.5.1 Требования к информационным структурам и методам решения Требования к информационным структурам на входе и выходе, а также к методам решения не предъявляются. 1.2.5.2 Требования к исходным кодам и языкам программирования Исходные коды программы должны быть реализованы на языке C# (C Sharp). В качестве интегрированной среды разработки программы должна быть использована среда Microsoft Visual (локализованная, русская версия). 1.2.5.3 Требования к программным средствам, используемым программой Системные программные средства, используемые программой, должны быть представлены локализованной версией операционной системы Windows XP или выше и пакетом NetFramework 4.5. 1.2.5.4 Требования к защите информации и программ Требования к защите информации и программ не предъявляются. 1.2.6 Специальные требования Специальные требования к программе не предъявляются. 1.2.7 Требования к программной документации 1.2.7.1 Предварительный состав программной документации Состав программной документации должен включать в себя: 1) техническое задание; 2) спецификация; 3) листинг программы; 4) описание программы; 2 ОБЗОР И ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ2.1 Актуальность и практическая значимостьРабочее место кадровика — должность, которая хранит всю информацию о сотрудниках, о размере их заработной платы, надбавках и стаже. В нашем случае данное понятие определяет комплекс взаимоотношений, связанных с вопросами сотрудниками, информацией о стаже их работы и нормативно правовые акты, применяемые непосредственно к ним. В целом для того, чтобы раскрыть категорию, рассматриваемую в статье нам необходимо определить, а кто такой кадровик. Кадровик - это сотрудник компании, который занимается кадровым делопроизводством и несет ответственность за формирование кадровой политики предприятия. Деятельность кадровика осуществляется в соответствии с требованиями законодательства, согласно Положению, об отделе кадров непосредственно самой организации, ее уставом, внутренним распорядком, приказами руководства и должностной инструкции. В должностные обязанности менеджера по персоналу входит: Ведение документации по принятию и увольнению сотрудников, смены должностей; Оформление трудовых книжек и их хранение; Ведение личных дел персонала, внесение изменений и дополнительных данных; Обработка документации для начисления пенсии, трудовых пособий и компенсаций; Внесение изменений по данных о персонале в базу данных; Работа с архивом. 2.2 Общая характеристика и организационная структура предприятияАдминистрация Волчихинского района создана 22 сентября 1999 года Основной вид деятельности: Деятельность органов местного самоуправления по управлению вопросами общего характера. В составе учреждения находится 25 сотрудников, работающих 5 дней в неделю с 9 утра до 5 вечера. Полное наименование учреждения: Администрация Волчихинского района Алтайского края. Юридический адрес: Алтайский край, Волчихинский район, с. Волчиха, у. Свердлова, 4. ФИО руководителя учреждения: Артюшкина Елена Владимировна. Основная деятельность предприятия: Деятельность органов местного самоуправления по управлению вопросами общего характера Организационная структура «Администрации Волчихинского района» отражена на рисунке 1.  Рисунок 1 – Организационная структура компании 2.3 Постановка цели и определение задачЦель разработка программного обеспечения позволяющее автоматизировать и упростить работу кадровика. Основные задачи информационной системы: вывод на экран данные о работнике; вывод на экран стаж; вывод на экран реквизиты нормативно правовых актов; сокращение времени на обработку информации; создание отчёта Excel. 3. Моделирование ПО, описание моделейДиаграммы UML представляют собой набор лучших инженерных практик, которые доказали свою эффективность в моделировании больших и сложных систем и является очень важной частью разработки объектно-ориентированного программного обеспечения. UML использует в основном графические обозначения, чтобы выразить дизайн программных проектов. Использование UML помогает проектным группам общаться, изучать потенциальные проекты и проверять архитектурный дизайн программного обеспечения. Цель UML — предоставить стандартную нотацию, которая может использоваться всеми объектно-ориентированными методами, а также выбрать и интегрировать лучшие элементы нотаций-предшественников. UML был разработан для широкого спектра приложений. Следовательно, он предоставляет конструкции для широкого спектра систем и видов деятельности (например, распределенных систем, анализа, проектирования и развертывания систем). На основе изученного технического задания и исследования предметной области были составлены диаграммы, описывающие процессы, происходящие в библиотеке. Была составлена функциональная диаграмма, которая описывает взаимосвязи функций разрабатываемого программного обеспечения [6. стр 24]. На рисунке 2 и 3 отображены функциональная диаграмма начального уровня и более подробная диаграммы.  Рисунок 2 – Функциональная диаграмма начального уровня  Рисунок 3 – Подробная функциональная диаграмма Связь различных сущностей, взаимодействующих между собой в процессе книговыдачи описаны в диаграмме «сущность-связь». На рисунке 4 отображена сущность-связь.  Рисунок 4 – Диаграмма «Сущность-связь» Для более подробного описания логики книговыдачи была составлена диаграмма последовательности, в которой описаны все возможные действия и процессы при работе с информационной системой [6. стр 68]. На рисунке 5 отображена диаграмма последовательности.  Рисунок 5 - Диаграмма последовательности Внешние свойства и потоки данных системы описаны в контекстной диаграмме. На рисунке 6 отображена контекстная диаграмма.  Рисунок 6 - Контекстная диаграмма Связи сущностей между собой в системе отображены в ER-диаграмме. На рисунке 7 отображена ER-диаграмма.  Рисунок 7 - ER-диаграмма Для упорядочивания программных модулей в виде дерева была составлена структурная диаграмма. На рисунке 8 отображена структурная диаграмма.  Рисунок 8 – Структурная диаграмма Также была составлена диаграмма, отражающая отношения между актерами и прецедентами. На рисунке 9 отображена диаграмма вариантов использования.  Рисунок 9 – Диаграмма вариантов использования 4 РАЗРАБОТКА ПО4.1 Эскизный проектЭскизным проектом называют документацию, создаваемую на стадии разработки автоматизированной системы. Цель создания этого документа – установить принципиальные, конструктивные решения, представить их для ознакомления с принципами работы и устройством разрабатываемой системы. Эскизный проект на автоматизированную систему разрабатывают перед техническим проектом или вместе с ним. Разработанный эскизный проект предоставлен в приложении 2. 4.2 Обоснование выбора средств разработкиРазрабатываемое ПО будет написано на языке программирования высокого уровня С# в среде разработки Visual Studio 2019 (WindowsForms(.NET Framewoкk)). Microsoft Visual Studio 2019 обеспечивает высокое качество кода на протяжении всего цикла жизни ПО, от проектирования до внедрения. Сегодня это основное и самое эффективное средство разработки. Visual Studio 2019 олицетворяет собой представление корпорации Майкрософт об интеллектуальных клиентских приложениях и позволяет быстро создавать подключаемые к базам данных приложения, способные обеспечить широчайшие возможности для работы пользователей. Visual Studio 2019 продолжает традиции, заложенные предыдущими версиями продукта, и содержит множество новинок, предназначенных как для упрощения создания приложений для различных платформ отдельными, так и для повышения производительности всей проектной команды. Поэтому мною была выбрана именно эта среда разработки. Windows Forms — это платформа пользовательского интерфейса для создания классических приложений Windows. Она обеспечивает один из самых эффективных способов создания классических приложений с помощью визуального конструктора в Visual Studio. Такие функции, как размещение визуальных элементов управления путем перетаскивания, упрощают создание классических приложений. В Windows Forms можно разрабатывать графически сложные приложения, которые просто развертывать, обновлять, и с которыми удобно работать как в автономном режиме, так и в сети. Приложения Windows Forms могут получать доступ к локальному оборудованию и файловой системе компьютера, на котором работает приложение. Имеется мульти компонентный конструктор, что позволяет создавать дизайн приложения в два клика. Самый главный плюс - быстрая разработка. Недостатки: вся обработка в основном на процессоре. 4.3 Входная и выходная информацияВходной информацией является: Информация о сотруднике; Сопроводительные документы (трудовой договор, накладная, акт передачи); При работе программы могут быть получены следующие выходные документы: Информация о сотруднике; Трудовой договор; Стаж; Штрафные взыскания; Пример выходной информации смотреть на рисунках 22 и 23. 4.4 Описание основных программных модулейВ состав программы входят следующие составные части: подсистема пользователей; подсистема работы с сотрудниками; подсистема взысканий; подсистема отчетов. Подсистема пользователей обеспечивает: Работу с пользователями, авторизацию и вход для работы с ПО. Хранение паролей в базе данных. Подсистема работы с сотрудников: Добавление сотрудников в базу данных библиотеки; Ведение книжек сотрудников; Подсистема взысканий обеспечивает: Оформление взысканий. Подсистема отчетов обеспечивает: Вывод отчетности в виде договора приёма и вывода ее на печать; Вывод отчетности о дисциплинарных взысканиях, вывода его на печать; Описание функционала программы. После открытия программы пользователь должен авторизоваться, для этого нужно ввести логин и пароль в соответствующие поля. Окно авторизации предоставлено на рисунке 10.  Рисунок 10 – Окно авторизации При входе под учётной записью Главы Администрации открывается форма дисциплинарного взыскания. Смотреть рисунок 11.  Рисунок 11 – Окно дисциплинарных взысканий При входе в приложение под учётной записью начальника кадрового отдела открывается главная форма. Смотреть рисунок 12. В данной форме можно внести, изменить, пометить на удаление данные о сотруднике, а также осуществить переход на другие формы.  Рисунок 12 – Главная форма При нажатии на кнопку «Форма», далее «Корзина», открывается форма с сотрудниками, которые были помечены на удаление. Сотрудников можно восстановить или удалить окончательно. Смотреть рисунок 13.  Рисунок 13 – Корзина При нажатии на кнопку «Посмотреть применяемые НПА», открывается форма с нормативно правовыми актами, применяемыми к конкретному сотруднику. Смотреть рисунок 14.  Рисунок 14 – Окно с применяемыми правовыми актами При нажатии на кнопку «Оформить договор», открывается форма с сотрудниками и кнопками, которые создают необходимый отчёт. Смотреть рисунок 15.  Рисунок 15 – Окно с отчётами в Word Пример выходного документа можно просмотреть на рисунке 16.  Рисунок 16 – Пример отчёта 4.5 Организация данных Для построения логической модели данных использовалось Visio 2016. Данное CASE-средство имеет логический уровень представления. Логический уровень – представляет данные, как они выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Физическую модель базы данных смотреть на рисунке 17.  Рисунок 17 – Физическая модель данных Созданная база данных состоит из следующих сущностей: Таблица 1. Сущность «Сотрудник», содержащая данные о сотруднике
Таблица 2. Сущность «Стаж», содержащая данные дате устройства сотрудника
Таблица 3. Сущность «Адрес», содержащая адрес проживания сотрудника
Таблица 4. Сущность «НПА», содержащая данные о нормативно правовых актах применяемые к сотрудникам
4.6 Оценка затрат на разработку ПООценка затрат на разработку ПО является одним из наиболее важных видов деятельности в процессе создания проекта. Ошибки в подсчете затрат на проектировании изделия существенно влияют на бюджет проекта. Стоимость проекта, время и ресурсы, требуемые для создания программного обеспечения важные вещи и к их оценке нужно подойти основательно. Оценка затрат на разработку ПО предполагает выполнение следующих четырех шагов: Оценка размера разрабатываемого продукта. Для ПО в прежнее время основной мерой оценки являлось количество строк кода (LOC - Lines Of Code), а в настоящее время является количество функциональных точек (FPs - Function Points). Под функциональной точкой понимается любой из следующих элементов разрабатываемого продукта: входной элемент приложения (входной элемент или экранная форма); выходной элемент приложения (отчет, документ, экранная форма); запрос (пара «вопрос/ответ»); логический файл (совокупность записей данных, используемых внутри приложения); интерфейс приложения (совокупность записей данных, передаваемых другому приложению или получаемых от него). Оценка трудоемкости в человеко-месяцах или человеко-часах; Оценка продолжительности проекта в календарных месяцах; оценка стоимости проекта. Рассматриваются функциональность и полезность продукта. Используются 5 информационных характеристик: Количество внешних входов, т.е., подсчитываются все вводы пользователя, по которым поступают все прикладные данные. Количество внешних выводов. Количество внешних запросов. Запрос – это диалоговый ввод, который приводит к немедленному программному ответу в форме диалогового вывода, при этом диалоговый ввод в приложении не сохраняется, а диалоговый вывод не требует выполнения вычислений. Количество внутренних логических файлов. Количество внешних интерфейсных файлов. Подсчитываются все логические файлы из других приложений, на которые ссылается данное приложение. Вводы, выводы и запросы относятся к категории транзакций – это элементарный процесс, различаемый пользователем и перемещающий данные между внешней средой и программным приложением. В своей работе транзакции используют внутренние и внешние файлы. Приняты следующие определения: Внешний ввод – это элементарный процесс, перемещающий данные из внешней среды в приложение. Данные могут поступать с экрана ввода или поступать из других приложений. Данные могут использоваться для обновления внутренних логических файлов. Могут содержать как управляющую, так и деловую информацию. Управляющие данные не должны модифицировать внутренний логический файл. Внешний вывод – это элементарный процесс, перемещающий данные, вычисленные в приложении во внешнюю среду. В этом процессе могут обновляться внутренние логические файлы. Данные создают отчёты или выходные файлы, посылаемые другим приложением. Отчёты и файлы создаются на основе внутренних логических файлов и внешних интерфейсных файлов. Дополнительно этот процесс может использовать вводимые данные. Их образуют критерии поиска и параметры, не поддерживаемые внутренними логическими файлами. Вводимые данные поступают из вне, но носят временный характер и не сохраняются во внутреннем логическом файле (ВЛФ). Внешний запрос – это элементарный процесс, работающий как с вводимыми, так и выводимыми данными. Его результат это данные, возвращаемые из внутренних логических файлов и внешних интерфейсных файлов. Входная часть процесса не модифицирует данных ВЛФ, а выходная часть не несёт данных вычисляемых приложением. Внутренний логический файл – это распознаваемая пользователем группа логически связанных данных, которая размещается внутри приложения и обслуживается через внешние вводы. 5. Внешний интерфейсный файл – это распознаваемая пользователем группа логически связанных данных, которая размещена внутри другого приложения и поддерживается им. Внешний файл данного приложения является внутренним логическим файлом в другом приложении. Каждой из выявленных характеристик ставится в соответствие сложность, для этого характеристике назначается средний, низкий или высокий ранг, а затем формируется числовая оценка ранга. По данным таблицам анализируется созданная программа и каждый её элемент. Ранг и Оценка сложности внешних вводов Таблица 5. Форма «Авторизация»
Таблица 6. Форма «Дисциплинарных взысканий»
Таблица 7. Форма «Главная форма»
Таблица 8. Форма «Корзина»
Таблица 9. Форма «НПА»
Таблица 10. Форма «Отчётов»
Ранг и Оценка сложности внешних выводов Таблица 12. Форма «Авторизация»
Таблица 13. Форма «Дисциплинарных взысканий»
Таблица 14. Форма «Главная форма»
Таблица 15. Форма «Корзина»
Таблица 16. Форма «НПА»
Таблица 17. Форма «Окно отчётов»
Данные для расчета сводятся в таблицу:
Количество функциональных указателей вычисляется по формуле:  , где – Fi - коэффициенты регулировки сложности.Fi – может иметь значения: 0–нет влияния; 1-случайное; 2-небольшое; 3-среднее; 4-важное; 5-основное. F1 – сколько средств связи требуется для передачи или обмена информации с приложением. F2 – как обрабатываются распределённые данные. F3 – нуждается ли пользователь в фиксации времени ответа или производительности. F4 – насколько распространена текущая аппаратная система, на которой будет выполнятся приложение. F5 – как часто выполняются транзакции. F6 – какой % информации вводится в оперативном режиме. F7 – приложение проектировалось для обеспечения эффективной работы конечного пользователя. F8 – как много внутренних файлов обновляется в транзакции. F9 – выполняет ли приложение интенсивную логическую или математическую обработку. F10 – приложение разрабатывалась для удовлетворения требований одного или многих пользователей. F11 – насколько трудны инсталляция и преобразование приложения. F12 - насколько эффективно и/или автоматизированы процедуры запуска, резервирования и восстановления. F13 – была ли спроектирована, разработана и поддержана возможность инсталляции в разных местах для различных организаций. F14 - была ли спроектирована, разработана и поддержана в приложении простота изменений. После вычисления FP на его основе формируются метрики трудоемкости, стоимости и т.д. Используем для расчетов метрическое значение производительности из базиса некоторой фирмы: Таблица 21. Коэффициенты регулировки сложности.
FP =71*(0.65+0.01*7) = 51,12 Производительность = 25,5 Оценка трудоемкости программного продукта Трудоемкость = 51,12/ 25.5 = 2 Стоимость = 2 * 12792 = 26584 руб. Документированность = 77/3,2 = 24,07 ЗАКЛЮЧЕНИЕ Проанализировав предметную область, удалось спроектировать и реализовать специализированный программный продукт с удобным и понятным программным интерфейсом. В ходе разработки программного продукта была реализована следующая цель: разработать программное обеспечение, позволяющее автоматизировать деятельность начальника кадрового отдела Администрации Волчихинского района Алтайского края. Автоматизация работы учреждения позволила повысить производительность труда, за счет эффективной работы с документами, обеспечила наиболее быстрое и качественное оформление сотрудников. Преимущество использования программы состоит в том, что затрачивается меньше времени на обработку данных, чем при ручной обработке, меньше места для хранения информации, так как в бумажном виде та же самая информация занимает большее пространство. Программа отличается быстродействием, оперативностью обработки, наглядным и удобным интерфейсом. Исключает ошибки при вводе данных, упрощает и ускоряет поиск информации. Во время написания курсовой работы, я научился на практике применять знания по изучаемым нами дисциплинам, а также улучшил качество знаний в области языка программирования C#, а также проектирования базы данных в СУБД MS SQL. Так же необходимо отметить, что программа всё ещё нуждается в доработке интерфейса и структуры базы данных. СПИСОК ЛИТЕРАТУРЫПечатные издания Федорова Г.Н. Разработка программных модулей программного обеспечения для компьютерных систем: учебник. Среднее профессиональное образование, профессиональная подготовка / Г.Н Федорова. – М.: Академия, 2016. – 336 с. Электронные издания (электронные ресурсы) Учебники по программированию http://programm.ws/index.php https://www.spark-interfax.ru/altaiski-krai-volchikhinski-raion/ooo-im-michhttps://www.rusprofile.ru/id/7135179 urina-inn-2238005489-ogrn-1142235000049-f90e12e498274e46b235cde26b65ca01 Дополнительные источники Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С#. — М.: БИНОМ, 2017. Гагарина Л.Г. «Основы технологии разработки программных продуктов» М, Инфра-М, 2015г. Электронное пособие Иванова Г.С., Ничушкина Т.Н., Пугачев Е.К. Объектно-ориентированное программирование: Учеб. для вузов. — М.: Изд-во МГТУ им. Н.Э.Баумана, 2018. Орлов С. А. «Технологии разработки программного обеспечения» Питер, 2015 г. Электронное пособие Подбельский В. Язык C#. Базовый курс. Издание второе, переработанное и дополненное. Издательство: Финансы и статистика, 2019. – 408 с. - ISBN: 9785279035342 А. В. Рудаков Технология разработки программных модулей: учебник. Среднее профессиональное образование, профессиональная подготовка А. В. Рудаков / Г.Н Федорова М.: Академия, 2016. – 187 с. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||