of course. Electronic Accounting of Goods C#Курсова. Склад: електронний облік товарів C#
2800 UAH
1 .As a type of application, choose a console application with a command line, as an exception, win forms, wpf.The 2ndDesign and implement a class system based on the logical data structure indicated in the option, to accumulate and process the data of the domain according to the option of the course work.3 .The software system structure of the course project: The software system code must consist of no less than three parts (specific projects) according to the multi-layer architecture of the system, where the layers of the architecture are: the layer (level) of data access (DAL), the layer of business logic (BLL), the layer of presentation (interface of the software system) (PL).The type of software is DLL.The data access bar is organized in such a way that it ensures data storage in files by means of series or in BD with the Entity Framework application.The type of software is DLL.In the business logic layer to build classes that represent objects and actions over them according to the subject area, for example, readers, books and subscriptions, the reader can take a book for his subscription when it is present in the storage and return it to the specified time.To create sets of objects of the subject area (students, teachers, books, orders, meals, etc.) use class-over-the-counter collections.All business logic operations use an object data model.If the data needs to be obtained from a data storage or stored in a storage, the business logic wheel is addressed to the data access wheel by transmitting the stored data.The Share of Presentation is an appliance of the type corresponding to the chosen interface (console or GUI).The user through the presentation ball interacts with the software system through the interface realised by the presentation ball.To perform actions on the request of the user, the presentation ball is addressed to the business logic layer, transmitting in it the user-led data and commands to perform certain actions.The results of the accomplished actions, obtained from the business logic ball, the presentation ball reflects the user in the console\forms.The principle of multiplicity in the construction of architecture is mandatory to apply!and 4.To carry out the mandatory control of the correctness of the data entered in the presentation layer.and 5.To realize the verification of exceptional situations in the business logic and access to data; including - when working with data.If necessary, create your own classes of exclusions (e.g., exclusions for a situation of exceeding the limit of the number of books on the subscription in the library).Generation/success of occupational situations usually occurs at a different level (comparate) than their processing.6 .Write modular tests using a specific framework (MSTest, Nunit, Xunit, etc.), to business logic.The minimum coverage of the tests is 100% of the functional of one of the substances, as well as at least 50% of the functional of all other substances.Coverage can be demonstrated by appropriate means, such as AxoCover, CodeCoverage, etc. (a detailed description of the functionality covered by modular tests is also permitted).Modular tests must be a separate project in the solution.To make a modular test code, it is necessary to apply the Triple A principle.7 .Essentials for the relationships between them must be designed, in accordance with the basic rules of the OOP, composition over inheritance, loose coupling - high cohesion, inversion of control (IoC).And also with the use of the shell.8thWhen writing the code, apply the rules of the "good" style of programming.This is: create myomonic identifiers, clearly format the code, apply a comment if necessary.Do not use public sex in classes.For access to them to use properties, indexers or separate methods-accessors.Description of classes to list in separate files.With unchecked coding, a reduction in the rate for the course work is possible!The 9.The explanatory note must contain the following components: a. Title sheet b. Content c. Description of the task d. Description of the layers of the project and general architecture of the project e. Description of other components of the project (if available) f. Class diagram with all links and explanations g. Description of certain features of the implementation (admissible to bring examples with several lines of code) h. Description of the function and use (admissible to use several screenshots) i. Use of sources j. Listing of the project code (not to print, but to add in the archive) k. Screenshots (results of introduction) project (print, and archive)
The 10.To the developed application and the formulated explanatory note to develop the presentation and report (approximately 5 minutes)Functional requirements for software
1 .Management of categories
1.1 The Possibility of adding a category
1.2 The Possibility of Removing Category
1.3 The Change of category
1.4 The Possibility of reviewing category
1.5 of 5. Possibility of viewing all categories
The 2ndManagement of goods
2.1 The Possibility of adding goods to the category
2.2 The Possibility of removing goods from the category
2 and 3. The possibility of changing the product data
2 and 4. Change the amount of goods in the warehouse.
2.5 The The possibility of checking the data of a specific product
2.6 The View the list of all products.
2.6.1 of 1. Possibility of sorting list by name
2.6.2 of 2. Possibility of listing by brand
2.6.3 of 3. Possibility of listing by price
3 .Management of Suppliers
3.1 The Possibility of adding suppliers
3.2 The Possibility of removing suppliers
3.3 The The possibility of changing supplier data
3.4 The The possibility of reviewing the data of a specific supplier
3.5 View the list of all suppliers.
3.5.1 of 1. Possibility of listing by name
3.5.2 of 2. Possibility of listing by name
and 4.Searching
4.1 The Search for the keyword among goods
4.2 The Possibility of searching for the keyword among customers
Зробити курсову роботу (консольний додаток C#). Бажано зробити із поясненнями.
Завдання:
1. В якості типу застосування обрати консольне застосування з командним рядком, як виняток, win forms, wpf.
2. Спроектувати та реалізувати систему класів, в основу якої покладено логічну структуру даних, наведену у варіанті, для накопичення та обробки даних домену відповідно варіанту курсової роботи.
3. Структура програмної системи курсового проекту: Код програмної системи має складатись не менш як з трьох частин (окремих проектів) відповідно до багатошарової архітектури системи, де шарами архітектури є: шар (рівень) доступу до даних (DAL), шар бізнес-логіки (BLL), шар представлення (інтерфейс програмної системи) (PL). Тип програмного модулю – DLL. Шар доступу до даних організувати таким чином, щоб він забезпечував збереження даних у файлах за допомогою серіалізації або у БД із застосуванням Entity Framework. Тип програмного модулю – DLL. В шарі бізнес-логіки побудувати класи, що представляють об’єкти та дії над ними відповідно до предметної області, наприклад, читачі, книги та абонементи, читач може взяти книгу на свій абонемент при її наявності у сховищі та повернути її у заданий термін. Для створення наборів об’єктів предметної області (студенти, викладачі, книги, замовлення, страви, тощо) використовувати класи-узагальнені колекції. Всі операції бізнес-логіки використовують об’єктну модель даних. Якщо дані потрібно отримати зі сховища даних або зберегти у сховищі, шар бізнес-логіки звертається до шару доступу до даних, передаючи\отримуючи збережені дані. Шар представлення – це додаток типу відповідного до обраного інтерфейсу (консольний чи GUI). Людина-користувач через шар представлення взаємодіє з програмною системою через інтерфейс, реалізований шаром представлення. Для виконання дій на вимогу користувача шар представлення звертається до шару бізнес-логіки, передаючи в нього ведені користувачем дані та команди виконати певні дії. Результати виконаних дій, отримані від шару бізнес-логіки, шар представлення відображує користувачу у консолі\формах. Принцип багатошаровості при будуванні архітектури є обов’язковим до застосування!
4. Реалізувати обов’язковий контроль коректності введених даних в шарі представлення.
5. Реалізувати перевірку виняткових ситуацій в шарі бізнес-логіки та доступу до даних; в тому числі – при роботі з даними. При необхідності створити власні класи виключень (наприклад, виключення для ситуації перевищення ліміту кількості книжок на абонементі в бібліотеці). Генерація/ виникнення вийняткових ситуацій, як правило відбувається на іншому рівні (рівнях), ніж їх обробка.
6. Написати модульні тести, використовуючи певний фреймворк (MSTest, Nunit, Xunit, тощо), до бізнес логіки. Мінімальне покриття тестами – 100% функціоналу однієї з сутностей, а також – мінімум 50% функціоналу усіх іншхи сутностей. Покриття можна продемонструвати відповідними засобами, наприклад AxoCover, CodeCoverage та ін (допускається також детальне описання функціоналу, покритого модульними тестами). Модульні тести повинні бути окремим проектом в рішенні. Для оформлення коду модульних тестів овоб’язково застосовувати принцип Triple A.
7. Сутності за зв’язки між ними повинні бути спроектовані, відповідно до базових правил ООП, composition over inheritance, loose coupling – high cohesion, inversion of control (IoC). А також - з використанням узагальнень.
8. При написанні коду застосувати правила «хорошого» стилю програмування. А саме: створювати мнемонічні ідентифікатори, чітко форматувати код, застосувати при необхідності коментарі. Не використовувати public полів у класах. За необхідності доступу до них використати властивості, індексатори чи окремі методи-аксесори. Опис класів наводити в окремих файлах. За неохайне оформлення коду можливе зниження оцінки за курсову роботу!
9. Пояснювальна записка має містити наступні складові: a. Титульний лист b. Зміст c. Опис завдання d. Опис шарів проекту та загальна архітектура проекту e. Опис інших компонентів проекту (при наявності) f. Діаграма класів з усіми зв’язками та поясненнями g. Описання деяких особливостей реалізації (допускається приведення прикладів з кількома рядками коду) h. Описання функціоналу та використання (допускається використання кількох скрішнотів) i. Використані джерела j. Лістінг коду проекту (не друкувати, а додати архівом) k. Скріншоти (результати введення\виведення) проекту (не друкувати, а додати архівом)
10. До розробленого застосування та оформленої пояснювальної записки розробити презентацію та доповідь (приблизно 5 хв.)
Функціональні вимоги до програмного забезпечення
1. Управління категоріями
1.1. Можливість додавати категорію
1.2. Можливість видаляти категорію
1.3. Можливість змінити категорію
1.4. Можливість перегляду категорії
1.5. Можливість перегляду всіх категорій
2. Управління товарами
2.1. Можливість додавати товар у категорію
2.2. Можливість видаляти товар з категорії
2.3. Можливість змінювати дані товару
2.4. Можливість змінювати кількість товару на складі
2.5. Можливість переглянути дані конкретного товару
2.6. Можливість переглянути список всіх товарів
2.6.1. Можливість відсортувати список по назві
2.6.2. Можливість відсортувати список по бренду
2.6.3. Можливість відсортувати список по ціні
3. Управління постачальниками
3.1. Можливість додавати постачальників
3.2. Можливість видаляти постачальників
3.3. Можливість змінювати дані постачальників
3.4. Можливість переглянути дані конкретного постачальника
3.5. Можливість переглянути список всіх постачальників
3.5.1. Можливість відсортувати список по імені
3.5.2. Можливість відсортувати список по прізвищу
4. Пошук
4.1. Можливість пошуку по ключовому слову серед товарів
4.2. Можливість пошуку по ключовому слову серед замовників
Applications 1
Client's feedback on cooperation with Roman Zanfirov
of course. Electronic Accounting of Goods C#Very pleased with the work. The author was constantly in contact, did everything clearly according to the requirements, quickly and quality. I recommend to everyone.
Freelancer's feedback on cooperation with Artur Bornovolokov
of course. Electronic Accounting of Goods C#The contractor was always in contact, it was comfortable to work with such people. TZ was clear, there were no other questions, we understood each other from the half-word. I recommend it.
-
Winning proposal14 days2800 UAH
703 5 0 Winning proposal14 days2800 UAH
Good morning, I will be able to complete the coursework on your topic. There is experience in writing courses and graduate works, drawing reports and explanatory records. Check the profile.
I know the topic and I will be able to start my work tomorrow. The price and deadlines will be discussed.
Добрий день, зможу виконати курсову роботу за вашою темою. Є досвід в написання курсових та дипломних робіт, оформлення звітів та пояснювальних записок. Чек профіль.
Тема знайома і зможу почати роботу із завтрашнього дня. Ціну та терміни зможемо обговорити.
-
1 day3000 UAH
1 day3000 UAH
Welcome, there is a great finished work under your topic.
If necessary, I can download the video with work.
I look forward to a positive feedback.
Вітаю, є чудова готова робота під вашу тему.
За потреби можу скинути відео з роботою.
Очікую на позитивний відгук.
-
proposal concealed by freelancer
-
proposal concealed by freelancer
-
10 days15 000 UAH
196 10 days15 000 UAH
Good morning, I can help with this project, 6 years experience, I will make a console app, connect the mssql bd, connect the entity framework. The code will be beautiful and covered with tests.
Доброго дня, можу допомогти з цим проектом, досвід 6 років, зроблю консольний додаток, підключу бд mssql, підключу entity framework. Код буде красивий і покритий тестами.
-
7 days7500 UAH
1561 31 1 1 7 days7500 UAH
Good day . There is experience in writing student courses. I don’t see any problems with the software product, I think clarificing questions will all be solved throughout the work.
An explanatory note, if there is, as an example, it’s hard and a little makes the work easier. But for the template there is a share of agreement.
Доброго дня. Є досвід в написанні студентських курсових робіт. З програмним продуктом проблем не бачу, гадаю уточнюючі питання все вирішать впродовж роботи.
Пояснювальна записка, якщо є, як приклад, це круто і трохи полегчить роботу. Але для шаблону є свій приклад дял погодження.
-
proposal withdrawn
Kyiv