Разработка информационной системы учета компьютерной техники и периферийных устройств на предприятии, средствами Visual Studio

ЗАКЛЮЧЕНИЕВ первой главе был произведён анализ заданияна разработку информационной системы учета компьютерной техники и периферийных устройств на предприятии, произведен выбор технологии, языка и среды разработки. В результате для применения в данной работебыли выбраны следующее технологии и методы: среда программированияVisualStudio, база данныхSQLServerExpress, язык разработки C#.В ходе анализа задания были получены знания о сфере учета компьютерной техники и оборудования.Существует много типов офисного оборудования, и наиболее распространенными в современном офисе являются компьютеры, принтеры, копировальные аппараты, факсы и телефоны.Когда компания приобретает офисное оборудование, это обычно считается капитальными затратами, поскольку срок полезного использования этих предметов выходит за рамки одного отчетного периода (обычно более года). Следовательно, стоимость оборудования не признается сразу в качестве расходов в отчете о прибылях и убытках. Вместо этого стоимость капитализируется (записывается как актив в балансе), а затем амортизируется в течение срока полезного использования оборудования. Этот процесс распределяет стоимость оборудования на несколько лет в соответствии с принципом сопоставления расходов с доходами, которые они помогают генерировать. Сопровождение оборудования в ходе этого процесса требует наличия информационной системы.Во второй главе были проанализированы требования к приложению и предложена структура приложения, основанная на технологии WinForms и платформе .Net, разработаны алгоритмы работы и схема базы данных. Также предложены решения по дизайну форм приложенияи определены требуемые классы для реализации его функций. Использование при разработке концепции объектно-ориентированного программирования показало высокую эффективность данного подхода.Фундаментальная идея ООП заключается в объединении данных в единое целое и методов, которые работают с этими данными. Все языки ООП предоставляют механизмы, помогающие реализовать объектно-ориентированную модель. Это инкапсуляция, наследование, полиморфизм и возможность повторного использования.Инкапсуляция связывает код и данные, которыми он манипулирует, и защищает их от внешнего вмешательства и неправильного использования. Инкапсуляция — это защитный контейнер, который предотвращает доступ к коду и данным со стороны другого кода, определенного вне контейнера.Наследование — это процесс, посредством которого один объект приобретает свойства другого объекта. Например, тип является производным от базового типа и принимает все поля и функции членов базового типа. Наследование наиболее полезно при добавлении функциональности к существующему типу. Полиморфизм — это функция, которая позволяет использовать один интерфейс для общего класса действий. Эту концепцию часто выражают как «один интерфейс, несколько действий». Точный характер обстоятельств определяет конкретное действие.В третьей главе быловыполнено тестирование приложения, по результатам тестирования приложение выполняет требования, поставленные в задании на разработку. Рассмотрено дальнейшее развитие проекта, в направлении добавления данных о ремонте техники.Такое оборудование, как компьютеры, было разработано таким образом, чтобы максимизировать усилия всего лишь небольшого числа сотрудников при получении большого объема продукции. В настоящее время многие хозяйствующие субъекты осуществляют свои операции с использованием современного оборудования, имеющего современное программное обеспечение. Учет программного обеспечения и поддержка функций по его учету также могут быть направлением развития данного проекта.СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВАвтоматизированные информационные системы [Электронный ресурс] URL: https://infotaktika.ru/resheniya-i-uslugi/informaczionnoe-vzaimodejstvie/avtomatizirovannyie-informaczionnyie-sistemyi/Кадач А.А. Бондаренко С.С. Пашковская О.В. Автоматизация системы учета как основа эффективности деятельности предприятия сферы услуг [Электронный ресурс] URL: https://cyberleninka.ru/article/n/avtomatizatsiya-sistemy-ucheta-kak-osnova-effektivnosti-deyatelnosti-predpriyatiya-sfery-uslugТейлор, Аллен SQL для чайников / Аллен Тейлор. - М.: Вильямс, 2022. - 416 c.Агуров, Павел C#. Разработка компонентов в MS Visual Studio 2005/2008 / Павел Агуров. - М.: БХВ-Петербург, 2022. - 460 c.Михеев, Ростислав MS SQL Server 2005 для администраторов / Ростислав Михеев. - М.: БХВ-Петербург, 2021. - 534 c.Подбельский, В. В. Язык С#. Базовый курс / В.В. Подбельский. - Москва: ИЛ, 2021. - 408 c.Прайс, М. С# 9 и .NET 5 : разработка и оптимизация / М. Прайс. – 5-е изд. – Санкт-Петербург : Питер, 2022. – 832 с.Тепляков, С. Паттерны проектирования на платформе .NET – Санкт-Петербург : Питер, 2021. – 320 с. : ил.Рихтер, Д. CLR via C#. Программирование на платформе Microsoft.NET Framework 4.5 на языке C# / Д. Рихтер. – 4-е изд. – Санкт-Петербург : Питер, 2019. – 896 сПРИЛОЖЕНИЕSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOCREATE TABLE [AccountingObjectStatus]([AccountingObjectStatusID] [int] NOT NULL,[StatusCode] [nvarchar](50) NOT NULL,[StatusName] [nvarchar](50) NOT NULL, CONSTRAINT [PK_AccountingObjectStatus] PRIMARY KEY CLUSTERED ([AccountingObjectStatusID] ASC))GOCREATE TABLE [AccountingObjectType]([AccountingObjectTypeID] [int] IDENTITY(1,1) NOT NULL,[TypeName] [nvarchar](50) NOT NULL, CONSTRAINT [PK_AccountingObjectType] PRIMARY KEY CLUSTERED ([AccountingObjectTypeID] ASC))GOCREATE TABLE [Departments]([DepartmentID] [int] IDENTITY(1,1) NOT NULL,[DepartmentName] [nvarchar](50) NOT NULL, CONSTRAINT [PK_Departments] PRIMARY KEY CLUSTERED ([DepartmentID] ASC))GOCREATE TABLE [Employees]([EmployeeID] [int] IDENTITY(1,1) NOT NULL,[EmployeeName] [nvarchar](50) NOT NULL,[EmployeeSurName] [nvarchar](50) NOT NULL,[EmployeeLastName] [nvarchar](50) NULL,[Contacts] [nvarchar](200) NULL,[DepartmentID] [int] NOT NULL, CONSTRAINT [PK_Employees] PRIMARY KEY CLUSTERED ([EmployeeID] ASC))GOALTER TABLE [Employees] WITH CHECK ADD CONSTRAINT [FK_Employees_Departments] FOREIGN KEY([DepartmentID])REFERENCES [Departments] ([DepartmentID])ON DELETE CASCADEGOALTER TABLE [Employees] CHECK CONSTRAINT [FK_Employees_Departments]GOCREATE TABLE [Locations]([LocationID] [int] IDENTITY(1,1) NOT NULL,[Name] [nvarchar](200) NOT NULL, CONSTRAINT [PK_Locations] PRIMARY KEY CLUSTERED ([LocationID] ASC))GOCREATE TABLE [LocationChanges]([ID] [int] IDENTITY(1,1) NOT NULL,[PrevLocationID] [int] NULL,[DestLocationID] [int] NULL,[AccountingObjectID] [int] NOT NULL,[ChangeDate] [date] NOT NULL,[Description] [nvarchar](200) NULL, CONSTRAINT [PK_LocationChanges] PRIMARY KEY CLUSTERED ([ID] ASC))GOALTER TABLE [LocationChanges] WITH CHECK ADD CONSTRAINT [FK_LocationChanges_AccountingObjects] FOREIGN KEY([AccountingObjectID])REFERENCES [AccountingObjects] ([AccountingObjectID])ON DELETE CASCADEGOALTER TABLE [LocationChanges] CHECK CONSTRAINT [FK_LocationChanges_AccountingObjects]GOALTER TABLE [LocationChanges] WITH CHECK ADD CONSTRAINT [FK_LocationChanges_Locations1] FOREIGN KEY([PrevLocationID])REFERENCES [Locations] ([LocationID])GOALTER TABLE [LocationChanges] CHECK CONSTRAINT [FK_LocationChanges_Locations1]GOALTER TABLE [LocationChanges] WITH CHECK ADD CONSTRAINT [FK_LocationChanges_Locations2] FOREIGN KEY([DestLocationID])REFERENCES [Locations] ([LocationID])GOALTER TABLE [LocationChanges] CHECK CONSTRAINT [FK_LocationChanges_Locations2]GOCREATE TABLE [AccountingObjects]([AccountingObjectID] [int] IDENTITY(1,1) NOT NULL,[Name] [nvarchar](200) NOT NULL,[AccountingObjectTypeID] [int] NOT NULL,[LocationID] [int] NOT NULL,[UniqueNumber] [nvarchar](50) NOT NULL,[ReceiptDate] [date] NOT NULL,[WriteOffDate] [date] NULL,[StatusID] [int] NOT NULL,[WarrantyExpirationDate] [date] NULL,[EmployeeID] [int] NULL, CONSTRAINT [PK_AccountingObjects] PRIMARY KEY CLUSTERED ([AccountingObjectID] ASC))GOALTER TABLE [AccountingObjects] WITH CHECK ADD CONSTRAINT [FK_AccountingObjects_AccountingObjectStatus] FOREIGN KEY([StatusID])REFERENCES [AccountingObjectStatus] ([AccountingObjectStatusID])ON DELETE CASCADEGOALTER TABLE [AccountingObjects] CHECK CONSTRAINT [FK_AccountingObjects_AccountingObjectStatus]GOALTER TABLE [AccountingObjects] WITH CHECK ADD CONSTRAINT [FK_AccountingObjects_AccountingObjectType] FOREIGN KEY([AccountingObjectTypeID])REFERENCES [AccountingObjectType] ([AccountingObjectTypeID])ON DELETE CASCADEGOALTER TABLE [AccountingObjects] CHECK CONSTRAINT [FK_AccountingObjects_AccountingObjectType]GOALTER TABLE [AccountingObjects] WITH CHECK ADD CONSTRAINT [FK_AccountingObjects_Employees] FOREIGN KEY([EmployeeID])REFERENCES [Employees] ([EmployeeID])ON DELETE CASCADEGOALTER TABLE [AccountingObjects] CHECK CONSTRAINT [FK_AccountingObjects_Employees]GOALTER TABLE [AccountingObjects] WITH CHECK ADD CONSTRAINT [FK_AccountingObjects_Locations] FOREIGN KEY([LocationID])REFERENCES [Locations] ([LocationID])ON DELETE CASCADEGOALTER TABLE [AccountingObjects] CHECK CONSTRAINT [FK_AccountingObjects_Locations]GO